Open
Bug 1440614
Opened 7 years ago
Updated 3 years ago
FF59.0b3 - nsIFocusManager::GetFocusedElement() method doesn't work correctly
Categories
(Core :: Layout: Form Controls, defect, P5)
Tracking
()
UNCONFIRMED
People
(Reporter: sandor.banki-horvath, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:59.0) Gecko/20100101 Firefox/59.0
Build ID: 20180122192913
Steps to reproduce:
1. navigate to google.com with FF59.0b3
2. click into the search text field (INPUT#text element)
3. my cpp-dll is loaded in the Firefox process and it calls nsIFocusManager::GetFocusedElement() method
Actual results:
nsIFocusManager::GetFocusedElement() calling gives back an nsIDOMElement whose GetTagName() gives 'browser'.
Expected results:
nsIFocusManager::GetFocusedElement() calling should give back an nsIDOMElement whose GetTagName() gives 'INPUT'.
Comment 1•7 years ago
|
||
Would use mind using mozregression to try to track down when this behavior changed, assuming this is a recent change?
( https://mozilla.github.io/mozregression/ )
Flags: needinfo?(sandor.banki-horvath)
This behavior doesn't occur in FF52.x esr version. I experience it in FF59.0b3.
Flags: needinfo?(sandor.banki-horvath)
Comment 3•7 years ago
|
||
What exactly do you mean by "3. my cpp-dll is loaded in the Firefox process and it calls nsIFocusManager::GetFocusedElement() method" -- is this an injected dll? If so, we don't make any promises about what an injected dll can successfully do (and generally discourage this heavily, though some things like AV packages do so).
Is anything observably incorrect from web-loadable content?
Flags: needinfo?(sandor.banki-horvath)
Priority: -- → P5
I've resolved my problem with Accessibility support. There is no observable error in the web-content.
Flags: needinfo?(sandor.banki-horvath)
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•