Hi. I'm running KeePass 2.37 and WebAutoType 5.2. I've noticed a consistent crash when I try to setup an autotype routine in the Edit Auto-Type Item window. The entire program crashes when I select "Match against the URL of a page shown in a web browser" and use the drop-down menu to pick a browser title. It's not instantaneous but takes a second or two before it crashes. Thoughts?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Marc, thanks for letting me know. If you can give me the details of the crash (should be listed as a crash in the Windows Event Viewer) then that would be helpful.
It will be some specific open browser window that triggers it, so if you know which browsers have open windows when it happens, or if there are any unusual sorts of window open, that would be good to know too.
The reason it isn't instantanous is because reading URLs from all the windows is quite slow, so if the problematic one is one of the last ones to be read, it might take a second or two to get to it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2017-12-12
Here are two excerpts from the log (not sure which one helps). Seems to be a .NET issue. The only browser I have open is Chrome 63.0.3239.84 (Official Build) (64-bit). The crash still occurs even with Chrome closed.
.NET RUNTIME ERROR
Application: KeePass.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.InvalidOperationException
at System.Linq.Enumerable.First[[System.IntPtr, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]](System.Collections.Generic.IEnumerable`1<intptr>)
at WebAutoType.InternetExplorerBrowserUrlReader.GetDocument()
at WebAutoType.BrowserUrlReader.GetWindowUrl()
at WebAutoType.WebBrowserUrl.GetTopLevelBrowserWindowUrls()
at WebAutoType.EditAutoTypeExtraControls.PopulateUrlDropDown(System.Object)
at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
at System.Threading.ThreadPoolWorkQueue.Dispatch()</intptr>
Thanks for that, yes, it helps. It tells me that you had a window open at the time that identified itself as Internet Explorer (had the "IEFrame" class), but was not a normal Internet Explorer window. If you have any ideas what that might have been, I can test against it specifically, but the attached test version v5.2.1 should be able to ignore it without crashing.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2017-12-15
I tried this new version and it works without crashing--thanks! The previous version crashed consistently so that window you referenced must always be open in the background. Now what's weird is that there's an entry (res://C:\Program Files\Microsoft Office\root\Office16\OSF.DLL/OfficeJsPreloader.html?locale=en-US&host=8&version=16.01) that pops up in the selection list. Any ideas as to why and what that is?
Also, is the plugin supposed to show every tab in all open browsers or just the active tab in each one? I'm seeing a few inconsistencies in what it displays. Usually it only show the active tab of each browser but occassionaly one of the other tabs also show but not always.
Last edit: Anonymous 2017-12-15
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for letting me know. That URL would seem to suggest that Microsoft Office has loaded up some hidden IE window to pre-load their javascript libraries into memory for quicker access. I don't have a copy of Microsoft Office to test against, but I have added some code to ignore hidden browser windows to 5.2.2, that might help.
The plugin is supposed to show one URL per window, not every tab within it.
Hi. I'm running KeePass 2.37 and WebAutoType 5.2. I've noticed a consistent crash when I try to setup an autotype routine in the Edit Auto-Type Item window. The entire program crashes when I select "Match against the URL of a page shown in a web browser" and use the drop-down menu to pick a browser title. It's not instantaneous but takes a second or two before it crashes. Thoughts?
Hi Marc, thanks for letting me know. If you can give me the details of the crash (should be listed as a crash in the Windows Event Viewer) then that would be helpful.
It will be some specific open browser window that triggers it, so if you know which browsers have open windows when it happens, or if there are any unusual sorts of window open, that would be good to know too.
The reason it isn't instantanous is because reading URLs from all the windows is quite slow, so if the problematic one is one of the last ones to be read, it might take a second or two to get to it.
Here are two excerpts from the log (not sure which one helps). Seems to be a .NET issue. The only browser I have open is Chrome 63.0.3239.84 (Official Build) (64-bit). The crash still occurs even with Chrome closed.
.NET RUNTIME ERROR
Application: KeePass.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.InvalidOperationException
at System.Linq.Enumerable.First[[System.IntPtr, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]](System.Collections.Generic.IEnumerable`1<intptr>)
at WebAutoType.InternetExplorerBrowserUrlReader.GetDocument()
at WebAutoType.BrowserUrlReader.GetWindowUrl()
at WebAutoType.WebBrowserUrl.GetTopLevelBrowserWindowUrls()
at WebAutoType.EditAutoTypeExtraControls.PopulateUrlDropDown(System.Object)
at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
at System.Threading.ThreadPoolWorkQueue.Dispatch()</intptr>
APPLICATION ERROR
Faulting application name: KeePass.exe, version: 2.37.0.0, time stamp: 0x5a199937
Faulting module name: KERNELBASE.dll, version: 6.1.7601.23915, time stamp: 0x59b94f2a
Exception code: 0xe0434352
Fault offset: 0x000000000001a06d
Faulting process id: 0x3130
Faulting application start time: 0x01d373892dc1a2b9
Faulting application path: ****
Faulting module path: C:\windows\system32\KERNELBASE.dll
Report Id: 31bba1e9-df81-11e7-9a51-f430b9810446
Last edit: Anonymous 2017-12-12
Thanks for that, yes, it helps. It tells me that you had a window open at the time that identified itself as Internet Explorer (had the "IEFrame" class), but was not a normal Internet Explorer window. If you have any ideas what that might have been, I can test against it specifically, but the attached test version v5.2.1 should be able to ignore it without crashing.
I tried this new version and it works without crashing--thanks! The previous version crashed consistently so that window you referenced must always be open in the background. Now what's weird is that there's an entry (res://C:\Program Files\Microsoft Office\root\Office16\OSF.DLL/OfficeJsPreloader.html?locale=en-US&host=8&version=16.01) that pops up in the selection list. Any ideas as to why and what that is?
Also, is the plugin supposed to show every tab in all open browsers or just the active tab in each one? I'm seeing a few inconsistencies in what it displays. Usually it only show the active tab of each browser but occassionaly one of the other tabs also show but not always.
Last edit: Anonymous 2017-12-15
Thanks for letting me know. That URL would seem to suggest that Microsoft Office has loaded up some hidden IE window to pre-load their javascript libraries into memory for quicker access. I don't have a copy of Microsoft Office to test against, but I have added some code to ignore hidden browser windows to 5.2.2, that might help.
The plugin is supposed to show one URL per window, not every tab within it.
Everything seems to work great after your tweaks. Thanks so much for the awesome plugin and the fast response. I really appreciate it!!!