Closed
Bug 379882
Opened 18 years ago
Closed 14 years ago
Viewport shakes vertically when the personal toolbar has no bookmarks button nor any folders
Categories
(SeaMonkey :: Bookmarks & History, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: michael.hannon, Unassigned)
Details
(Keywords: qawanted)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.2) Gecko/20070222 SeaMonkey/1.1.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.2) Gecko/20070222 SeaMonkey/1.1.1 The viewport (including the right-hand scroll bar and the content area of the sidebar, if present) in Seamonkey will shake if the personal toolbar contains only links. Once seamonkey arrives at a state where there are no folders in the personal toolbar, the viewport will shake until a new page is loaded. If seamonkey is launched in that state, the same is true: the viewport will shake until a new page is loaded. The behavior stops if either - The bookmarks button is turned on, or - A folder is added to the personal toolbar, or - A new page is loaded (either by following a link or by entering a new address in the address bar) The window will also shake if either 'New Folder' or 'Edit' is highlighted in the context menu for a folder in the personal toolbar. Both of those menu items add a border to the folder when moused over. Minimizing / Maximizing the window has no apparent effect on the behavior. Reproducible: Always Steps to Reproduce: 1. Load a page in Seamonkey 2. Turn off the Bookmarks button (under Edit > Preferences > Navigator) 3. Move all folders out of your personal toolbar Actual Results: The window shakes vertically by a few pixels until you load a new page or put at least one folder in the personal toolbar. Expected Results: The window does not shake I suspect the cause is very similar to the cause for <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=247116">Bug 247116</a> (that ticket also has an attached video showing the same kind of shaking I am seeing). Apologies if I should have added to that ticket rather than create a new one.
Reporter | ||
Comment 1•18 years ago
|
||
I should add: I just tested it, and this problem doesn't occur in Seamonkey 1.5a. Also, the version of Windows I'm using is Vista Business, 32-bit.
Comment 2•18 years ago
|
||
Bug 247116 will be fixed in rv:1.8.1.4 (that is Firefox 2.0.0.4). You're using an older version rv:1.8.1.2 That said, it doesn't look like the branch patch in bug 247116 fixed the XPFE version of bookmarksMenu.js so I guess SeaMonkey would still have this problem when it reaches rv:1.8.1.4 Dave, Gavin, could you have a look?
Severity: minor → normal
Keywords: qawanted
Comment 3•18 years ago
|
||
From the looks of things the fix I applied to Firefox was already applied to Seamonkey way back in 2003 in bug 221503.
Comment 4•17 years ago
|
||
I see this in Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a6pre) Gecko/20070605 Minefield/3.0a6pre
Comment 5•17 years ago
|
||
Can you reproduce with SeaMonkey v1.1.9 ? (or Firefox v3.0pre ?)
Version: unspecified → SeaMonkey 1.1 Branch
Reporter | ||
Comment 6•17 years ago
|
||
I no longer have access to a Vista machine - perhaps someone else could check the versions Serge Gautherie mentioned?
Comment 7•14 years ago
|
||
Cannot reproduce with a current SM 2.1 trunk nightly build on Win7 (moved the Most Visited virtual folder and any other bookmark folders out of the PT and removed the Bookmarks button using Customize Toolbar). Given comment 1, marking WFM. Please reopen only if you can reproduce this bug with a current SM 2.1 trunk nightly build or SM 2.1b1 or later.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•