Closed
Bug 84560
Opened 23 years ago
Closed 23 years ago
intial arrow keys in URL bar broken
Categories
(SeaMonkey :: Location Bar, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.2
People
(Reporter: saari, Assigned: saari)
References
Details
Attachments
(1 file)
947 bytes,
patch
|
Details | Diff | Splinter Review |
A regression happened that got introduced between 2001-05-24-09-trunk and 2001- 05-24-22-trunk with left and right arrow keys in text fields Load a new browser window, click in the URL bar, try to left or right arrow. Doesn't move cursor. Other keybindings work.
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.2
Assignee | ||
Comment 1•23 years ago
|
||
And the winner is the checkin to nsDocShell.cpp setting the focused element to null!
Assignee | ||
Comment 2•23 years ago
|
||
Getting hyatt in on the fun Perfectly harmless to set it to null :-)
Comment 3•23 years ago
|
||
Oh, I think I see it now. The docshell should only be setting the focused element to null if its DOM window is the focused window (according to the comman dispatcher). Otherwise you might be nulling out an element in a parent window (e.g., the chrome).
Comment 5•23 years ago
|
||
Hahahah. Amazing. I do not understand why that would have regressed this. Sigh. :)
Assignee | ||
Comment 6•23 years ago
|
||
Comment 7•23 years ago
|
||
sr=hyatt
Comment 8•23 years ago
|
||
r=jag
Comment 9•23 years ago
|
||
a=blizzard on behalf of drivers for the trunk
Assignee | ||
Comment 10•23 years ago
|
||
Fixed
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 11•23 years ago
|
||
*** Bug 86044 has been marked as a duplicate of this bug. ***
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•