Closed Bug 114612 Opened 23 years ago Closed 12 years ago

Website icons on personal toolbar are not updated immediately

Categories

(SeaMonkey :: Bookmarks & History, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: wazow, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [2012 Fall Equinox])

Icons on Personal Toolbar are not updated immediately. I noticed that old green
mozilla/netscape icons on personal toolbar are changing into new ones (coming
from webpages) now. My build is: 2001120621. However the new icons do not crawl
directly to the toolbar just after I visit the site with an icon. The icon
changes but sometimes as long as after several days.

In my case it was a Google (www.google.org) icon. The icon changed after several
days of frequent visits to google. All that visits the icon was properly
displayed in address box.

This may be related to bug 113430, but not sure.

My cache setting is: compare the page in cache to the network every time I view
the cache and I do have cache set up.
hyatt
Assignee: pchen → hyatt
Status: UNCONFIRMED → NEW
Ever confirmed: true
Just bcs I can make it more specific now. I could test it more thourougly thanks
to existance of another bug :). Here is the info:

Note that www.mozilla.org updates the icon in the toolbar immediately. So 
http://www.pajacyk.pl/index.php3 does. 

But entering http://my.yahoo.com or http://www.google.com does not. The icon
appears however when you (gently) close mozilla and open it once again.
For www.google.com it does not help to reload the page or visit it via bookmark
several times even. I still do not know when the icon finally appeares (replaces
the standard one).

Also I noticed that www.google.com icon also appears if I open a new window in
browser after visting www.google.com. But it only appears in the new window (old
window's toolbar is still not refreshed).

my current build 2001121308, Linux

In that case, definitely not the same as bug #113430. :)
Blocks: 120352
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Depends on: 113574
I have the same problem with the 2002/04/06/16 nightly build. For me icons in
the personal toolbar are never displayed correctly. The small icon next to the
URL in the navigation toolbar displays correctly for some sites (e.g. Mozilla)
but does not appear for other sites (e.g. Google). Closing Mozilla gently does
not help. The icons in both locations seemed to work correctly on my system in
an earlier build of Mozilla (Milestone 9.7 ???)
As of 1.0 RC1, the icons never update in bookmarks or personal toolbar.  This is
a serious loss, since I now have to reconfigure my toolbar to have labels (I was
using the site icons to navigate.  Worked quite well)
No longer depends on: 113574
Depends on: 143687
is anyone working on this, this was a very nice feature.
Product: Browser → Seamonkey
Assignee: hyatt → nobody
Status: ASSIGNED → NEW
QA Contact: claudius → bookmarks
Target Milestone: Future → ---
MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614
Status: NEW → UNCONFIRMED
Status: UNCONFIRMED → NEW
Ever confirmed: true
With browser.chrome.favicons set to true I can't reproduce this issue, proposing close as WFM
Whiteboard: [2012 Fall Equinox][CLOSEME 2012-11-01 WFM]
Closing as WFM based on Comment 9
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Whiteboard: [2012 Fall Equinox][CLOSEME 2012-11-01 WFM] → [2012 Fall Equinox]
You need to log in before you can comment on or make changes to this bug.