Not working with Firefox 58.0.1
Adds support to KeePass AutoType for URL matching
Brought to you by:
alexvallat
Menu
▾
▴
Hi!
Does not work with Firefox browser. The URL field is empty.
Prevent accessibility services from accessing your browser - unchecked
about:support
Multiprocess Windows 1/1 (Enabled by default) / browser.tabs.remote.force-enable true/false - don't work
Accessibility
Activated true
Prevent Accessibility 0
Accessible Handler Used true
Accessibility Instantiator UNKNOWN|C:\Program Files\KeePass\KeePass.exe
KeePass 2.38 / FF 58.0.1 32-bit / WebAutoType 5.2.2 / Windows 7 32-bit
Thanks for the info. I've tried FF58 32 bit on Win 7 x64 but not Win 7 32 bit yet, I'll see if I can set up a VM for that.
Meanwhile, I'm not entirely clear on the "URL field is empty" that you mention.
Can you try setting a hotkey for creating an entry in the WebAutoType options, then going to some login page in Firefox and clicking in the username box to focus it, then pressing the hotkey you set? The KeePass Add Entry window should appear, with the URL for the current page populated in it. That will give us a clue whether it is able to obtain the URL at all.
Yes, I do exactly as you say.
And checked on Windows7 x64.
When adding a new record by hotkey, the URL field on Win7x64 is filled, but on Win7x86 it`s empty.
If I use Internet Explorer on Win7x86 all is good.
OK, I got a Win7x86 VM running, but it's working fine for me. I'm not sure what the problem could be with your Firefox then... could you try with a clean profile (run Firefox with the command line parameter -p and create a new profile so you don't need to clean/reset your working profile unnecessarily)
I tried new profile, but the same result.
Additionally I used another PC with an older version of Firefox (also x86)
Then I started FF updating and testing plugin:
44.0 OK
48.0 OK
56.0 OK
58.0.1 Not work
58.0.2 Not work
If it didn't work with a clean profile, I'm not sure what else I can suggest. The plugin itself is working, as it works with IE. Firefox appears to be set up correctly, as about:support is saying the right things. There doesn't seem to be any reason why it wouldn't be able to read the URL.
Without much hope that it would help, I've attached a debugging tool which will list all open windows and accessibility info from them. If you close all windows except one Firefox browser window open on a non-private page (example.com or something) then run the tool it will produce a file called MSAA.txt. The bits starting [MozillaWindowClass] have a slim chance of providing clues.
Here is MSAA.txt
Is there any hope?
Looks like multicore problem as before.
When I set browser.tabs.remote.autostart to false,
about:support says:
Multiprocess Windows 0/1 (Disabled)
The plugin works fine.
Huh, curious. It appears to be exhibiting bug 1403180, which is supposed to be fixed for 58 and uplifted to 57. I wonder why you are still seeing it. I guess you could try unregistering the accessibility handler dll: exit Firefox, then on an elevated/administrator command prompt do:
regsvr32 -u "c:\Program Files\Mozilla Firefox\AccessibleHandler.dll"and start Firefox again. If you need to, you can reverse the process by doing the same thing but omitting-u.That will probably fix it, although it's rather unsatisfactory as a solution, as it doesn't really explain why it's happening.
After unregistering it's switched:
Accessibility
Activated true
Accessible Handler Used - false
Accessibility Instantiator UNKNOWN|C:\Program Files\KeePass\KeePass.exe
But plugin not work.
Sorry, I'm out of ideas, then. Firefox 58.0.2 32bit on Win7 32bit is working when I try it here, so I'm not sure what else to recommend. I can't figure out what is different about your setup. From the MSAA.txt diagnostic I can tell you that the browser document accessible object is not being populated properly by Firefox, but as to why that might be, there are no further clues.
I tried on three PCs with Win32 / Firefox 58
One of them works, the other two don't.
I'll try to find the difference in setup.
Hi Guys,
I'm using WebAutoType since several years now ; and mainly for auto fill my acount + passord and it was working fine till few weeks ago.
-> I do that by using keyboard keywords (ex. "maj+ctrl+K"<-> setup did in menu "tool/options/global auto-type field")
But since a certain couple of monthes now, it's no longer working fine...
For few web site, the keyword trig the AUTO-FILL of user + password... and most of the time not!
Of course, in the "auto-type tab / target windows / target URL" I continue to use * at the end of URLS (ex. http:www.toto.fr/* ) to trigg AUTO-FILL on all URL like "www.toto.fr/xxxxxxxx"
It was working well during years ... but now not!
Does somebody else have this kind of problem ?
Is it related to a KeePass version ? WebAutoType version? a New setup required ? Other?
I'm a bit lost because tried several setup and re-instal and stil the same.
thanks for your help (in case)
PascR.
Keepass version = 2.39.1 (i tried also with higher and the same)
WebAutotype version = 5.2.2.0
If I understand you right, that some websites are working and some are not, please double check that the URL matches correctly - the site may have changed it. In particular check whether it is https or http, https://www.example.com would not match http://www.example.com
yes, exactly...
For some URL : it works, for other : not (and was working before)!
And I already tried things like:
www.toto.fr/user/ => before it was working : now no longer
www.toto.fr/ => not working
www.toto => not working
toto* => not working
For some URL, now, only the ' * ' in field "match against the title of a windows" trigg the auto-fill of user+password...
any idea?
Thanks in advance.
PascR
What I would suggest is to go to Tools menu, WebAutoType Options, and define a hotkey for Create Entry from Web Page. Then, go to your toto.fr login page, click in the username field, and press the new hotkey you defined. It will bring up the KeePass new entry window. In the URL field, you can see what it has detected as the URL for the page. You can use the drop-down to make it more specific by including the path.
This can then be copy and pasted into your existing entry. Pressing Cancel will close the new entry window without actually creating the entry.
Hi,
I tried ... and its add a new entry ; but empty (the URL is not auto-filled in the new entry).
here's how its setup:
[X] use the URL fields value for matching
[X] Auto skip username for password
[ ] Show searhc for repeated autotype
Global hot key = Shift+Ctrl+N (the one I use after on the web page)
group = internet
I will try to check if an option is missing...?!
Because normally it should create an entry whith URL at least, right ?
Yeah, if the URL is blank then it is not able to read the URL from Firefox, which is why it's not working. As to why it isn't able to read the URL, that is more difficult. I do not believe it would be the case for only certain websites. Perhaps other websites are matching by window title?
Could you check what version of Firefox and Windows you are running, and make sure that under Firefox Options, Privacy & Security, Permissions, "Prevent accessibility services from accessing your browser" is unchecked.
I'm not using Firefox ; but Opera or Chrome <=> but the same.
And I did the same action on a webpage on which the autotype is working ... and the same, the new entry is not filled too...
Ah, probably better to have started a new thread rather than posting in the "Not Working with Firefox" one then. Not sure about Opera, but with Chrome check https://sourceforge.net/p/webautotype/discussion/general/thread/44fd6879/
Chrome 69 doesn't work properly, but they fixed it in Canary, so I expect the fix to be in 70, or at least 71.
oups, sorry, I din't saw that's a spefici Firefox treat : my fault !! :-(
(I came from 1 other treat to this one !)
OK, So i see to open a new one !!