User Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0a1) Gecko/20110819 Firefox/9.0a1 Build ID: 20110819030749 Steps to reproduce: Start Firefox (Nightly or Aurora). Actual results: The Browser (usually) will not open on top. The Aurora or Nightly 'Add-on Compatability Startup Checker' (which runs before the Browser starts) will always run on top, as does the 'Update Restart Window' and the 'Update Notifier'; only the 'Browser proper' has this issue. Expected results: When you start any Program (except Programs that run in the "Taskbar's Icon Area" (next to the Clock), or other Programs intended to not show a Window upon startup) the Program ought to open "on top" (of any other Window except one's which can force themselves "on top" (Winhlp is one example)). Firefox will often (nearly always) not open "on top" and sometimes will 'open under' and then jump "on top" and go back under other Windows (like Notepad) while starting. Once you either click within the Browser's Window (or on the Chrome) or select the Browser by clicking on it (in the Toolbar) then it correctly will go 'on top', minimize or maximize (and work correctly); it is only upon starting that this occurs. If you right-click the Windows Taskbar and choose "Show the Desktop" before starting Firefox it can even 'open' minimized (that is not correct behavior). Programs that are opened should open "on top" (in the same location and with the same Window size; which does work) as when the Program was closed (and not be a 'pop under Program').
so this happens only when a particular adddon is installed?
(In reply to Wayne Mery (:wsmwk) from comment #1) > so this happens only when a particular adddon is installed? Not necessarily. It also occurs when running (prior to start and during startup - IE: before any addons) under WinDbg.
Also occurs if Window's Task Manager is running during Nightly's startup. Nightly may pop under and over WTM a couple of times while starting. Last occurred yesterday.
The Browser no longer 'opens under' and jumps 'on top' only to later pop back under. It now opens and stays over (or under) where it opened. Closing.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.