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)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla11

People

(Reporter: enndeakin, Assigned: enndeakin)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

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)
Just a note, that this fix will help us remove the need for a HiddenWindow on Android, which should improve startup speed.
Attachment #572443 - Flags: review?(blassey.bugs) → review+
https://hg.mozilla.org/mozilla-central/rev/31328657b6d6
Assignee: nobody → enndeakin
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla11
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: