Closed Bug 624939 Opened 14 years ago Closed 14 years ago

Closing all tabs while viewing an app tab makes Panorama go to the wrong group

Categories

(Firefox Graveyard :: Panorama, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 612470

People

(Reporter: pcwalton, Assigned: pcwalton)

Details

Attachments

(1 file, 1 obsolete file)

STR: 1. Open two or more Panorama groups with at least one tab in each. 2. View an app tab. 3. Close all tabs from the bar. 4. Open a tab. Panorama switches back to the wrong group.
Attached patch Proposed patch. (obsolete) — Splinter Review
This patch fixes the bug by simply making groups not close by default if they have app tabs in them. Seemed to be the simplest solution, but possibly unexpected.
Assignee: nobody → pwalton
Status: NEW → ASSIGNED
Attachment #503027 - Flags: review?(ian)
This sounds like a dup of bug 596781 which also has a patch.
(In reply to comment #1) > Created attachment 503027 [details] [diff] [review] > Proposed patch. > > This patch fixes the bug by simply making groups not close by default if they > have app tabs in them. Seemed to be the simplest solution, but possibly > unexpected. We're pretty explicit about closing empty groups (groups with no non-app tabs). To do otherwise would make it irritating to have to explicitly close empty groups and would clutter the ui. Instead the fix for this bug should keep the group alive only until you either return to the Panorama UI or switch to a different group (via key command or menu item). This keeps you from jumping into a different group as well as preserving our group behaviors.
(In reply to comment #2) > This sounds like a dup of bug 596781 which also has a patch. It is not; that bug applies only to the last group, whereas this could happen with any number of groups.
Comment on attachment 503027 [details] [diff] [review] Proposed patch. I agree with Kevin's proposed fix.
Attachment #503027 - Flags: review?(ian) → review-
Patch version 2 makes the suggested change, as I understand it.
Attachment #503027 - Attachment is obsolete: true
Attachment #503719 - Flags: review?(ian)
Blocks: 612470
I think this is a dup. of bug 612470. If you think this patch fixes bug 612470, please make that as duplicate
Comment on attachment 503719 [details] [diff] [review] Proposed patch, version 2. Looks good, with a couple of exceptions: * You need to also cover the "switch to next group" key command (and delete the empty group); that's in TabView._setBrowserKeyHandlers() * Seems like this needs a test.
Attachment #503719 - Flags: review?(ian) → review-
(In reply to comment #7) > I think this is a dup. of bug 612470. If you think this patch fixes bug > 612470, please make that as duplicate Yes, I'd say this is a dupe of bug 612470, which is a blocker. So, is it better to move the patch to the blocker, or move the blocking status to this bug?
Please submit patch to bug 612470 (a dupe of this bug) which has blocking2.0betaN+
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
No longer blocks: 612470
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: