Closed
Bug 625424
Opened 14 years ago
Closed 14 years ago
Dropping a tab onto the "undo close group" dialog adds the tab to that group
Categories
(Firefox Graveyard :: Panorama, defect, P2)
Firefox Graveyard
Panorama
Tracking
(blocking2.0 -)
VERIFIED
FIXED
Tracking | Status | |
---|---|---|
blocking2.0 | --- | - |
People
(Reporter: khanes, Assigned: ttaubert)
References
Details
(Whiteboard: [ux])
Attachments
(1 file, 3 obsolete files)
4.19 KB,
patch
|
Details | Diff | Splinter Review |
- face palm -
Note that this tab goes away when the group gets deleted.
Updated•14 years ago
|
blocking2.0: --- → ?
Comment 1•14 years ago
|
||
I am not able to reproduce this on Mac OSX. Does this happen in other platforms or I miss something?
Comment 2•14 years ago
|
||
I can reproduce now. Just need to put the tab on top of the "undo close group" and wait until the "undo close group" gets removed automatically.
Comment 3•14 years ago
|
||
Don't think that's gonna be a common user interaction, doesn't really cause dataloss.
blocking2.0: ? → -
Comment 4•14 years ago
|
||
(In reply to comment #3)
> Don't think that's gonna be a common user interaction, doesn't really cause
> dataloss.
Well, the thing is, you just need to drop the tab near the "undo close group" button... It's certainly possible to do by accident, and it does result in the tab being killed.
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → tim.taubert
Status: NEW → ASSIGNED
Assignee | ||
Comment 6•14 years ago
|
||
Passed try!
Updated•14 years ago
|
Comment 7•14 years ago
|
||
Comment on attachment 504965 [details] [diff] [review]
patch v1
Beautiful
Attachment #504965 -
Flags: review?(ian) → review+
Assignee | ||
Updated•14 years ago
|
Attachment #504965 -
Flags: approval2.0?
Comment 8•14 years ago
|
||
Comment on attachment 504965 [details] [diff] [review]
patch v1
a=beltzner, thanks for the tests!
Attachment #504965 -
Flags: approval2.0? → approval2.0+
Assignee | ||
Comment 9•14 years ago
|
||
Attachment #504965 -
Attachment is obsolete: true
Assignee | ||
Updated•14 years ago
|
Keywords: checkin-needed
Comment 10•14 years ago
|
||
Assignee | ||
Comment 11•14 years ago
|
||
Backed out: http://hg.mozilla.org/mozilla-central/rev/5a0f46c26d12
Causes orange on windows.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 12•14 years ago
|
||
Restructured the test and sent to try.
Attachment #506881 -
Attachment is obsolete: true
Attachment #507218 -
Flags: review?(ian)
Comment 13•14 years ago
|
||
Comment on attachment 507218 [details] [diff] [review]
patch v2
Looks good to me, assuming try likes it.
Attachment #507218 -
Flags: review?(ian) → review+
Assignee | ||
Comment 14•14 years ago
|
||
Passed try.
Assignee | ||
Updated•14 years ago
|
Attachment #507218 -
Flags: approval2.0?
Comment 15•14 years ago
|
||
How did this break before when it landed on mozilla-central after it passed try? How are we confident that that won't happen again?
Comment 16•14 years ago
|
||
Comment on attachment 507218 [details] [diff] [review]
patch v2
a=beltzner
Attachment #507218 -
Flags: approval2.0? → approval2.0+
Comment 17•14 years ago
|
||
Assignee | ||
Comment 18•14 years ago
|
||
(In reply to comment #15)
> How did this break before when it landed on mozilla-central after it passed
> try? How are we confident that that won't happen again?
I believe the test failed because it simulates dragging a tabItem onto a closed group and the group size and position can be affected by previous tests. I modified the test to run in a new window with a clean tabview setup so that the position and size of the groups are not changed by previous tests.
Assignee | ||
Comment 19•14 years ago
|
||
Attachment #507218 -
Attachment is obsolete: true
Assignee | ||
Updated•14 years ago
|
Keywords: checkin-needed
Comment 20•14 years ago
|
||
Keywords: checkin-needed
Comment 21•14 years ago
|
||
Is that mean fixed?
Comment 22•14 years ago
|
||
Verified that this is fixed on trunk. Filed a follow up, though: bug 603789.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → FIXED
Comment 23•14 years ago
|
||
with nightly build of minefield:
dropping a tab on an "undo close group" doesn't put it in that group. However if you wait several seconds, the undo close group disappears. unexpected data loss. Is that part of any follow ups?
Assignee | ||
Comment 24•14 years ago
|
||
(In reply to comment #23)
> dropping a tab on an "undo close group" doesn't put it in that group. However
> if you wait several seconds, the undo close group disappears. unexpected data
> loss. Is that part of any follow ups?
This is expected behavior. Closing groups cannot be undone after waiting 15s. Feel free to open a new bug if you think that should be discussed again :)
Comment 25•14 years ago
|
||
verified with minefield build of 20110217
Updated•14 years ago
|
Status: RESOLVED → VERIFIED
Updated•9 years ago
|
Product: Firefox → Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•