Closed
Bug 1183623
Opened 9 years ago
Closed 9 years ago
[e10s] URL bar input is ignored when a specific page is loaded
Categories
(Firefox :: General, defect)
Firefox
General
Tracking
()
RESOLVED
FIXED
Firefox 42
People
(Reporter: ttaubert, Assigned: enndeakin)
References
Details
Attachments
(2 files)
145 bytes,
text/html
|
Details | |
3.43 KB,
patch
|
smaug
:
review+
|
Details | Diff | Splinter Review |
STR: 1) Open a new tab 2) Paste http://www.duden.de/rechtschreibung/institutionell and load it 3) Hit Cmd+L to focus the URL bar 4) Enter "asdf "asdf" or an actualy URL and hit Return The sites takes you to http://www.duden.de/suchen/dudenonline?scope=all&s= instead of searching for "asdf asdf" or taking you to the URL.
Reporter | ||
Comment 1•9 years ago
|
||
Seems to happen only with e10s enabled. Would love to investigate this more but I don't have a lot of time currently, sorry.
Blocks: e10s
Summary: URL bar input is ignored when a specific page is loaded → [e10s] URL bar input is ignored when a specific page is loaded
Comment 2•9 years ago
|
||
yes, reproducible. This seems familiar, but a quick search didn't find a dupe.
tracking-e10s:
--- → ?
Updated•9 years ago
|
Assignee: nobody → wmccloskey
Comment 3•9 years ago
|
||
Maybe related, I reported a similar bug two years ago: https://bugzilla.mozilla.org/show_bug.cgi?id=966151 It's reproducible with e10s *disabled*.
Assignee | ||
Comment 4•9 years ago
|
||
Steps: 1. Open the attached. 2. Click in the input field and then in the location bar 3. Type some text and press enter The issue is that the page receives the key event when it should not do.
Do you want to take this bug Neil? I haven't started working on it.
Assignee | ||
Comment 6•9 years ago
|
||
I think what happens here is that: 1. The user presses Enter. The location bar receives a keydown event. 2. This causes the search to start and the content to get focused. 3. The keyup event then fires at the newly focused content. Holding the enter key down causes this to work of course.
Assignee | ||
Comment 7•9 years ago
|
||
Sure, I'll take this. In fact I just figured out the code causing the bug and will work on a fix on Monday.
Assignee: wmccloskey → enndeakin
Status: NEW → ASSIGNED
Assignee | ||
Comment 8•9 years ago
|
||
Assignee | ||
Updated•9 years ago
|
Attachment #8636020 -
Flags: review?(bugs)
Assignee | ||
Updated•9 years ago
|
Points: --- → 2
Updated•9 years ago
|
Attachment #8636020 -
Flags: review?(bugs) → review+
Assignee | ||
Comment 9•9 years ago
|
||
url: https://hg.mozilla.org/integration/mozilla-inbound/rev/1dfc7dab518c72b7541ee325480e80f88642645f changeset: 1dfc7dab518c72b7541ee325480e80f88642645f user: Neil Deakin <neil@mozilla.com> date: Thu Jul 23 10:04:19 2015 -0400 description: Bug 1183623, redirect keyup events to keydown target when focus shifts from chrome to content in-between, r=smaug
Comment 10•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/1dfc7dab518c
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → Firefox 42
You need to log in
before you can comment on or make changes to this bug.
Description
•