[SeaMonkey 2.1] Personal Toolbar misses its chevron on startup



10 years ago
9 years ago


(Reporter: sgautherie, Unassigned)




Firefox Tracking Flags

(Not tracked)




10 years ago
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv: Gecko/20090711 SeaMonkey/2.0b1pre] (comm-1.9.1-win32-unittest/1247314938) (W2Ksp4)

No bug.

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.2a1pre) Gecko/20090715 SeaMonkey/2.1a1pre] (home, optim default) (W2Ksp4)
 +http://hg.mozilla.org/comm-central/rev/773809454cf2 + bug 503724 patch)

Maximized or not, the P.T. loads like it has "unconstrained width".

Workaround: (un-)maximize the window.

NB: Iirc, the regression is not recent.

Comment 1

10 years ago
There are several (fixed) Firefox bookmark toolbar chevron bugs. But I don't have the time to look through them to see if any are relevant.

Comment 2

10 years ago
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.2a1pre) Gecko/20090712 SeaMonkey/2.1a1pre] (nightly) (W2Ksp4)

First Windows trunk nightly:
already broken.

Comment 3

9 years ago
Thinking what you are seeing depends on the value of /shell.checkDefaultClient/.

If shell.checkDefaultClient is True, on browser startup, for the first opened window (& tabs within) the chevron does not display.

In subsequently opened windows, the chevron does display.

If you resize the (first) window using the Maximize/Restore Down window icon, then the chevron will appear.

(I did not check this is a SeaMonkey 2.1 build, but this does occur is SeaMonkey 2.0 release & 2.0.1 Candidate Build2.)

Comment 4

9 years ago
Edit | Preferences | Advanced -> System Integration => Check default applications settings on startup

1) Set shell.checkDefaultClient to False
2) Restart browser

Personal Toolbar chevron appears.

3) Set shell.checkDefaultClient to True
4) (do not close the browser &) Open a new window

After dismissing the Default Client dialog, the window loads, but the Personal Toolbar chevron is missing.

Comment 5

9 years ago

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1b3pre) Gecko/20081202 SeaMonkey/2.0a2pre

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1b3pre) Gecko/20081201 SeaMonkey/2.0a2pre


So maybe a regression from Bug 453797 ?

Comment 6

9 years ago
Having just installed a 2.1a Trunk, 1.9.3a, I am seeing this on (almost) all windows, not just at startup.

This is a different behavior from what I experienced on 2.0.x & is not affected by the shell.checkDefaultClient setting.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a5pre) Gecko/20100422 SeaMonkey/2.1a1pre

(Perhaps this should be a new bug?)
(In reply to comment #0)

> Workaround: (un-)maximize the window.

You can also just resize the browser window.

> NB: Iirc, the regression is not recent.

That's what I remember, too. AFAIR this is really old. But as I also remember this did not appaear in some later 2009 builds.

Seeing this also on Linux x86 and x86_64-> changing 'Platform'
OS: Windows 2000 → All
Hardware: x86 → All

Comment 8

9 years ago
This appears to have resolved itself over the last day or so.

Mozilla/5.0 (Windows NT 6.1; rv:2.0b4pre) Gecko/20100817 SeaMonkey/2.1b1pre

(I'll look tomorrow, or so, for a range.)

Comment 9

9 years ago
> (I'll look tomorrow, or so, for a range.)
How about when Place Bookmarks landed?

Comment 11

9 years ago
Fixed in Bug 557496
No longer blocks: 470184
Last Resolved: 9 years ago
Depends on: 557496
Resolution: --- → FIXED


9 years ago
Depends on: 498596
No longer depends on: 557496
You need to log in before you can comment on or make changes to this bug.