Closed
Bug 635732
Opened 13 years ago
Closed 13 years ago
Cannot customize toolbars under Firefox 4.0b12 trunk in Ubuntu Linux
Categories
(Firefox :: Toolbars and Customization, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: logainsmith, Unassigned)
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:2.0b12pre) Gecko/20100101 Firefox/4.0b12pre Build Identifier: Mozilla/5.0 (X11; Linux i686; rv:2.0b12pre) Gecko/20110221 Firefox/4.0b12pre The browser toolbars cannot be customized when I go to View->Toolbars->Customize. The cursor turns to the hand, but when one tries to move anything in/from the toolbars or the popup window with all the gadgets, nothing happens. Reproducible: Always Steps to Reproduce: 1. Go to View->Tools->Customize. 2. Try to reorder some toolbar items. Actual Results: The cursor turns to a hand, but the toolbar items do not do anything. Expected Results: The toolbar items are reordered. Compiled from the trunk build on Feb 21, 2011.
Comment 1•13 years ago
|
||
Could you try with the official build / a clean profile please. If it still occurs can you find the regression range and give the revision ID url shown for working vs not working from about:buildconfig. Thanks!
Keywords: regression
Version: unspecified → Trunk
Reporter | ||
Comment 2•13 years ago
|
||
This is from the official trunk with a clean profile, the about:buildconfig is as follows: about:buildconfig Source Built from http://hg.mozilla.org/mozilla-central/rev/338a48d9f603 Build platform target i686-pc-linux-gnu Build tools Compiler Version Compiler flags gcc gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -W -pedantic -Wno-long-long -fno-strict-aliasing -pthread -pipe -DNDEBUG -DTRIMMED -g -Os -freorder-blocks -vomit-frame-pointer c++ gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) -fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -pedantic -Wno-long-long -fno-strict-aliasing -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -g -Os -freorder-blocks -vomit-frame-pointer
Comment 3•13 years ago
|
||
Regression range?
Reporter | ||
Comment 4•13 years ago
|
||
The regression range is all Firefox 4 betas and pre-releases on. The feature works fine on Firefox 3.6.13 on the same system and it works too on all Firefox 4 on Windows.
Comment 5•13 years ago
|
||
Would you be able to use this tool to narrow it down a bit please: http://harthur.github.com/mozregression/
Comment 6•13 years ago
|
||
3.6 branched on 2009-08-13 and the first Firefox 4 beta was 2010-07-06, so a good range to use would be: mozregression --good=2009-08-12 --bad=2010-07-06
Reporter | ||
Comment 7•13 years ago
|
||
Last good nightly: 2011-02-20 First bad nightly: 2011-02-21 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2011-02-20&enddate=2011-02-21
Comment 8•13 years ago
|
||
Oh so a recent regression? Thought you meant it first occurred in beta 1, from comment 4. Possible suspect in that range is: Tim Taubert — Bug 625320 - Move 'Tab Groups' to the 'list all tabs' menu [r=dolske, a=dolske] http://hg.mozilla.org/mozilla-central/rev/3017b3459639 Provisionally marking as blocking that for now. (Since WFM using Win7, can't confirm the range)
Blocks: 625320
Comment 9•13 years ago
|
||
Works for me with latest nightly using Ubuntu.
Comment 10•13 years ago
|
||
Mozilla/5.0 (X11; Linux i686; rv:2.0b12pre) Gecko/20110222 Firefox/4.0b12pre Works for me also with latest trunk.
Reporter | ||
Comment 11•13 years ago
|
||
Works fine for me now after updating to latest trunk (Feb 22). Marking as fixed.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Comment 12•13 years ago
|
||
Changing to WFM since cause of fix unknown, there isn't a specific patch that can be attributed with the change. ie: https://bugzilla.mozilla.org/page.cgi?id=fields.html#status
Resolution: FIXED → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•