Closed
Bug 700277
Opened 13 years ago
Closed 13 years ago
nsWindow::BringToFront doesn't handle first opened window properly
Categories
(Core Graveyard :: Widget: Android, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla11
People
(Reporter: enndeakin, Assigned: enndeakin)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
1.42 KB,
patch
|
blassey
:
review+
|
Details | Diff | Splinter Review |
There is a check that returns early if the window to raise is the current top window, but that check simply looks to see if the window is first in the window list. The means that the very first window will be first in the list but can't be brought to the front, meaning that the focus manager never gets informed of its existence. Conveniently, the first window currently is always the hidden window, no noticeable issue occurs. However, when the hidden window is removed, this causes a bug when the first window never focuses, preventing, for example, the keyboard from appearing.
Attachment #572443 -
Flags: review?(blassey.bugs)
Comment 1•13 years ago
|
||
Just a note, that this fix will help us remove the need for a HiddenWindow on Android, which should improve startup speed.
Updated•13 years ago
|
Attachment #572443 -
Flags: review?(blassey.bugs) → review+
Comment 2•13 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/31328657b6d6
Assignee: nobody → enndeakin
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla11
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•