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)

59 Branch
defect

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'.
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)
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)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.