Closed
Bug 1083899
Opened 11 years ago
Closed 10 years ago
Interface cannot be customized: icons/items drag and drop doesn't work
Categories
(Firefox :: Toolbars and Customization, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: aros, Unassigned)
Details
Attachments
(1 file)
242.53 KB,
video/x-matroska
|
Details |
User Agent: Mozilla/5.0 (X11; Linux i686; rv:33.0) Gecko/20100101 Firefox/33.0
Build ID: 20141011015303
Steps to reproduce:
Enter Customize and try to rearrange the interface by dragging UI elements (the address bar, search bar, various icons)
Actual results:
Nothing - when I try to move UI elements they don't fall into their places.
Expected results:
UI could be customized
Reporter | ||
Comment 1•11 years ago
|
||
This has been happening since Firefox 29.
Sometimes in rare cases (depending on a phase of the moon) Firefox allows to customize its UI.
OS: CentOS 6.5
gtk2-2.24.7-3.fc15.i686
No fancy window managers: just standard KWin without compositing.
Severity: normal → critical
Priority: -- → P1
Reporter | ||
Comment 2•11 years ago
|
||
This happens with a completely new profile as well!
(And no, "the add-ons bar (restored)" is not guilty - this happens with *zero* add-ons installed).
Severity: critical → normal
Component: Untriaged → Toolbars and Toolbar Customization
Priority: P1 → --
Product: Firefox → Toolkit
Comment 3•10 years ago
|
||
Are there any errors in the Browser Console? Does this work on Nightly? (http://nightly.mozilla.org)
If this has been broken since 29 and never worked, not even on a clean profile, why did you not report it before now?
Flags: needinfo?(t.artem)
Updated•10 years ago
|
Component: Toolbars and Toolbar Customization → Toolbars and Customization
Product: Toolkit → Firefox
Reporter | ||
Comment 4•10 years ago
|
||
Why didn't I report it earlier? I tried Australis when it was still in beta, I didn't like it at all, so I used Firefox 24 ESR for as long as I could. Now that 24ESR is no longer supported, I have no choice but to upgrade to Firefox 33.
OK, through trials and errors I've actually found out that https://addons.mozilla.org/en-US/firefox/addon/hidemenubar/ addon breaks interface customization. When I disable it, everything starts working right away. This extension is super handy on Linux because it allows to see the menu bar just by moving mouse to the top of the screen - without this extension you have to press "Alt" to see the menu.
So, I guess this bug is INVALID. Feel free to close this bug report.
I'm sorry for the noise in this bugzilla.
Strangely https://addons.mozilla.org lists this extension as compatible with Firefox 33 for Linux.
P.S.
This is what is logged in console when I click "Restore Defaults" in customization:
*************************
A coding exception was thrown and uncaught in a Task.
Full message: TypeError: aTarget is null
Full stack: CustomizeMode.prototype._addDragHandlers@resource://app/modules/CustomizeMode.jsm:998:5
CustomizeMode.prototype._wrapToolbarItems/<@resource://app/modules/CustomizeMode.jsm:986:9
TaskImpl_run@resource://gre/modules/Task.jsm:330:41
Handler.prototype.process@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:866:23
this.PromiseWalker.walkerLoop@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:745:7
*************************
No messages are logged when I try to drag and drop different UI items.
Flags: needinfo?(t.artem)
Updated•10 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•