Closed Bug 624998 Opened 14 years ago Closed 14 years ago

drag and drop into group causes tab order in browser view to be messed up

Categories

(Firefox Graveyard :: Panorama, defect, P1)

defect

Tracking

(blocking2.0 final+)

VERIFIED FIXED
Tracking Status
blocking2.0 --- final+

People

(Reporter: dietrich, Assigned: ttaubert)

References

Details

(Whiteboard: [softblocker][fx4-fixed-bugday])

Here's what I did: 1. undo close tab, watch the tab reopen in a new group (bug 624265) 2. open tab view, drag the reopened tab from it's group into an existing group, trying to drop it at a specific place between other tabs 3. it was put at the end, but whatever 4. open back into browser view Expected: tab order matches tab order in tab view Actual: tab order is messed up. looks like two or three groups of tabs that are in order, but those groups are not in sync with the order in tab view (which is the correct order) Filed this separately from bug 624265, since it might be a valid tabview dnd bug even outside of that.
Depends on: 624265
"3. it was put at the end, but whatever" sorry, it was put at the beginning of the group, not the end. also, i did reproduce this between two regular groups, so removing the dependency on bug 624265.
No longer depends on: 624265
Requesting blocking. IMO, messing up order of tabs in the browser is very serious, and we shouldn't ship with that happening.
blocking2.0: --- → ?
The main point here is a dupe of 616729. Step 3 is bug 587503.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
I think this is not a dupe of bug 616729. That bug is about the tab you dropped not going exactly where you dropped it. This bug is about the fact that your pre-existing tab order goes all crazy wonky when you do the drop. The lack of the feature in 616729 is different than the side effect of pre-existing tab order getting randomized.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
blocking2.0: ? → final+
Whiteboard: [softblocker]
Assignee: nobody → tim.taubert
OS: Linux → All
Hardware: x86 → All
softblocker = critical
Severity: normal → critical
Severity: critical → normal
This will be fixed when the patch for bug 616729 lands.
Depends on: 616729
Priority: -- → P1
Status: REOPENED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Whiteboard: [softblocker] → [softblocker][fx4-fixed-bugday]
Verified with Mozilla/5.0 (X11; Linux i686; rv:2.0b12pre) Gecko/20110204 Firefox/4.0b12pre
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.