Closed Bug 587464 Opened 14 years ago Closed 11 years ago

Windows with App Tabs always restore on top/active -- despite not being on top when browser closed

Categories

(Firefox :: Session Restore, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: fehe, Unassigned)

References

Details

(Keywords: regression, Whiteboard: [session-store-testday])

User-Agent:       Mozilla/5.0 (Windows NT 5.1; rv:2.0b4pre) Gecko/20100815 Minefield/4.0b4pre
Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0b4pre) Gecko/20100815 Minefield/4.0b4pre

If you have two or more windows, with one of them contains one or more App Tabs, and you close Firefox from a window that does not contain any App Tabs, on session restore, the App Tab-containing window is always forced on top/active.


Reproducible: Always

Steps to Reproduce:
1. Start Minefield with a new profile
2. Configure startup of: "Show my windows and tabs from last time"
3. Open another window, so you have at least two browser windows
4. Create App Tabs in one of the windows
5. Switch to a window that does not contain any App Tabs.
6. File --> Exit to close Minefield
7. Relaunch the Minefield profile.
8. Notice that the Window containing the App Tab(s) always restore on top/active.
9. Compare with session restore behavior when there are no App Tabs defined.

Actual Results:  
App Tabs windows restore always on top.


Expected Results:  
Whatever window was on top/active at close should be on top on session restore, as it has been without and before App Tabs.
Blocks: 580512
Keywords: regression
Version: unspecified → Trunk
IU: I tried this using B4 - Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b4) Gecko/20100818 Firefox/4.0b4 and it worked as expected for me. I will try on Windows next.
I am able to reproduce this problem.

Using Firefox 4 beta 8 pre (the nightly from 8 December 2010) I am able to reproduce this problem on Windows 7. The behavior of which window is on top seems related to whether an app tab exists.

I also tried on Ubuntu, but the problem does not seem to exist there. (The instructions need to be changed. Using the "X" in the window closes the window and not end the session, while Minefield/Quit ends the session but the problem doesn't exist on restart.)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [session-store-testday]
(In reply to comment #2)
> Using the "X" in the window closes the window
> and not end the session, while Minefield/Quit ends the session but the problem
> doesn't exist on restart.)

I'm not sure what you mean, since using the "X" would whittle you down to one window on close, which would make it impossible to reproduce the bug.

In any case, you're right that the STR needs updating, as I have found that the bug is now consistently reproducible only if there are three windows.  If there are only two windows, it is not reproducible; and if there are more than three windows, it becomes reproducible after two or three restarts.

Marcia: are you able to reproduce with this new info?
This is no longer an issue, as far as I can tell.

Tested with: http://hg.mozilla.org/mozilla-central/rev/d8ca3e1c469e
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.