Closed
Bug 923859
Opened 11 years ago
Closed 11 years ago
Australis: Wide widget rearranging code is broken when dragging narrow widget above 2 wide widgets
Categories
(Firefox :: Toolbars and Customization, defect)
Tracking
()
RESOLVED
FIXED
Firefox 28
People
(Reporter: Gijs, Assigned: Gijs)
References
Details
(Whiteboard: [Australis:M9][Australis:P2])
Attachments
(2 files, 1 obsolete file)
3.66 KB,
patch
|
Details | Diff | Splinter Review | |
12.73 KB,
patch
|
jaws
:
review+
|
Details | Diff | Splinter Review |
STR: 1. Open customize mode in default state 2. Drop new window button (or, AFAICT, any narrow widget) on top of the edit controls (cut/copy/paste) ER: 3 small widgets appear above cut/copy/paste, followed by cut/copy/paste, followed by zoom controls AR: 1 small widget appears above cut/copy/paste, followed by cut/copy/paste, followed by 2 small widgets, followed by zoom controls. Sadfaces all around.
Comment 1•11 years ago
|
||
http://mxr.mozilla.org/projects-central/source/ux/browser/components/customizableui/test/browser_880382_drag_wide_widgets_in_panel.js#133 tests the case with the zoom controls, but not the edit controls.
Comment 2•11 years ago
|
||
Test added for this case, it reproduces the failure.
Comment 3•11 years ago
|
||
I think this is because we may stop looking for items to rearrange when we hit a wide widget.
Comment 4•11 years ago
|
||
I believe Gijs has something in progress for this.
Assignee | ||
Comment 5•11 years ago
|
||
(In reply to Jared Wein [:jaws] from comment #4) > I believe Gijs has something in progress for this. Yes. In fact, I have 2 different approaches in in-progress patches. Both solve this problem, both break other situations/tests. I'll look at this again tomorrow.
Assignee: nobody → gijskruitbosch+bugs
Status: NEW → ASSIGNED
Assignee | ||
Comment 6•11 years ago
|
||
This patch actually works. However, I don't like it because it breaks dealing with showInPrivateWindow = false widgets, and makes it hard to add that back in. I also don't like the finnicky 'try to move a bunch of small widgets' loops... ideally we should be able to work out where the wide widgets should go and move those. But hey, working code is useful, so stashing this on the bug for if we don't find anything better.
Assignee | ||
Comment 7•11 years ago
|
||
This, I like much better. Simpler, improved comments, and it passes all our tests.
Attachment #815318 -
Flags: review?(jaws)
Assignee | ||
Updated•11 years ago
|
Attachment #815285 -
Attachment is obsolete: true
Updated•11 years ago
|
Attachment #815318 -
Flags: review?(jaws) → review+
Assignee | ||
Comment 8•11 years ago
|
||
https://hg.mozilla.org/projects/ux/rev/4afd6ba4678d
Flags: in-testsuite+
Whiteboard: [Australis:M?][Australis:P2] → [Australis:M9][Australis:P2][fixed-in-ux]
Assignee | ||
Comment 9•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/4afd6ba4678d
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [Australis:M9][Australis:P2][fixed-in-ux] → [Australis:M9][Australis:P2]
Target Milestone: --- → Firefox 28
You need to log in
before you can comment on or make changes to this bug.
Description
•