Closed Bug 608389 Opened 15 years ago Closed 14 years ago

First group you launch into doesn't remember which tab is selected if you switch groups

Categories

(Firefox Graveyard :: Panorama, defect, P3)

defect

Tracking

(blocking2.0 .x+)

RESOLVED WORKSFORME
Future
Tracking Status
blocking2.0 --- .x+

People

(Reporter: iangilman, Unassigned)

References

Details

STR: 1. Make two groups, each with two tabs. 2. Go into one of the groups and select the second tab. 3. Restart your browser (with sessionrestore on). 4. Note that you return to the group you left off in, and the second tab is still selected. 5. Hit the "next group" key combo. 6. Note that you're now in the other group, with the first tab selected. 7. Hit the "next group" key again. Expected: You should be in the first group again, with the second tab still selected. Actual: You're in the first group, but its first tab is selected. We don't save the GroupItem._activeTabRef between sessions, which is fine, but we should make sure to set it for the group that's active when Panorama first starts up.
Bug 600665 does extensive work in this area, so any patch for this bug should go on top of that patch.
Depends on: 600665
blocking2.0: --- → ?
I hit this daily. Seemingly minor, but we need to fix papercuts like this for Panorama to hit the big-time in tab navigation, so blocking+.
blocking2.0: ? → final+
Assignee: nobody → ian
blocking2.0: final+ → .x
bugspam (moving b9 to b10)
Blocks: 608028
bugspam (removing b9)
No longer blocks: 598154
Assignee: ian → nobody
Blocks: 627096
No longer blocks: 608028
This is blocking .x, so punting from Fx4
No longer blocks: 627096
Target Milestone: --- → Future
Works for me in the latest nightly.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.