Closed Bug 113430 Opened 24 years ago Closed 14 years ago

Various favicon caching problems

Categories

(SeaMonkey :: Bookmarks & History, defect)

Product:
SeaMonkey
Component:
Bookmarks & History
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: nooom, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: meta)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6+) Gecko/20011203 BuildID: 2001120321 I have some bookmarks in my Personal Toolbar Folder. e.g. google. It has an own icon. If I go onto google.com the icon of google (in the toolbar) is updated, but if I open a new window or close mozilla the changed icon is not changed. Reproducible: Always Steps to Reproduce: 1.bookmark a page which has a favicon.ico 2.watch you toolbar 3. Expected Results: the icon should stay there until they change it on the server...
WFM CVS 2001120415. I would bet this file is stored in the cache, do you have cache turned off or extremely low? Either that or try a more recent (one day :P ) build.
Wouldn't it be better to store this icons in their own cache? I have the cache turned off because I code dynamic webpages and want to minimize cache problems.
favicons should be permanently saved to the hard drive and not just the disk cache so that each time i restart they will still be there. otherwise this is creating a very bizarre UI oddity
I have the same problem here I have Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.6+) Gecko/20011210 each time I open mozilla the icons are gone They only appear if I open the toolbar/bookmark link
It seems now that the icons are saved but that they are gone if Mozilla crash, Like somkind of dataloss after a crash.
Now the icon loss happens only in crash/kill, this is a dup of bug 114824: "Personal toolbar icons are lost when mozilla is killed (or crashes)". Marking *** This bug has been marked as a duplicate of 114824 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
I'm using 2001121403 on Win98 and 2001121412 on Linux (and same with builds ever since the bookmark icon feature appeared), and I see the originally reported behavior -- icons appear when I hit a site, but are gone if I open a new browser window, including if I close and restart mozilla. Please un-duplicate this -- it's not the same as bug #114824 at all.
(Also, I have disk cache enabled.)
I'm using a CVS build from today in Linux and I can't see the behaviour originally reported. Bookmark icons are still there if I open a new browser window or if I close and reopen the whole program. If the program crashes, or if I kill it, they are _all_ gone. Please can you describe the exact steps to see the behaviour you're describing?
For sites that don't work (http://www.google.com/ http://www.goats.com/ http://slashdot.org/ http://sharkeyextreme.com/ are examples, but appears different for other people), the icon appears to not be getting cached at all. 1. go to some site with an icon by typing in the url 2. add bookmark for site to personal toolbar, either by dragging or or menu or key combo 3. - if site icon shows up in personal toolbar, there's no problem. - if only the default icon shows up, the problem will occur for you with this site. hit reload, or type the URL in the toolbar, or just follow the bookmark: the proper icon will appear, but won't "stick" -- it'll be gone if you open a new window.
(Actually, it appears that the second part of #3 is partly incorrect -- some sites *won't* show the correct icon immedately, and won't until you reload the page somehow, but thereafter will remember.)
Well, it seems there's really a problem here. It's very random and each person seems to find it in different pages, but anyway it does exist. Reopening and changing summary to something more general and (hopefully) explicative.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Summary: icons in personal toolbar are updated but not saved → Favicon caching problems
I reported a similar bug some time ago. Perhaps one is a duplicate of the other. see 114612.
I'm not sure this is exactly the same as bug #114612 -- in that case, it appears that the bookmark icons aren't showing up at all sometimes. Here, they have no problem appearing when the site is visited, but in some cases (Xan tells me that the word "some" is not helpful, but there it is until someone figures out something more....) they don't "stick".
may be I wasn not specific enough. Isn't it that your comment (#11) is the same as bug #114612. I used this "not immediately" expression in description there bcs I could not figured out when some "stubborn" icons are actually appearing. If you know more specifically when it happens that they finally appear it may help to comment it under bug 114612
For me, they appear on the bookmarks menu and personal toolbar as soon as I first load that page after having bookmarked it. (And others appear as soon as I bookmark them. In the first case, the icons are usually gone when I open a new window.)
Ok: I read it more carefully. I cannot confirm this on my build (2001121308, Linux). I have tried google just now and everything I see is still bug 114612. Google is not updated in my current toolbar while it is updated in any newly opened window. If this is confirmed this bug is not a bug anymore. We have #114612 instead. Can anybody confirm that with newer builds? If yes I vote for outdating this one :)
Andrzej -- you just might not be seeing the problem. Try some of the other sites I've listed, or pick some other random ones. Definitely still happens for me with Linux build 2001121623.
*** This bug has been confirmed by popular vote. ***
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 117510 has been marked as a duplicate of this bug. ***
i've seen this bug consistently, basically ever since the feature was introduced. I thought it was SO obvious that i never reported it, and yes, i'm blond ;) Anyways, just to clarify the behaviour on my 2002010103 build under windows XP: favicons are simply not carried over between sessions: crahses, closing browsers and reboots cause the favicon to dissapear. [in fact, this is the opposite of MS Internet Explorer, where an icon is stored SO thoroughly that even if you point it to a local file with the same name as the original it still keeps the old file...after all, the name is still the same, so why should the file be any different?! ;) ] My point however is: if the favicon files would be cached the users settings folder somewhere in a subdir \favicons (depending on the platform), you could perhaps easily implement manual assigning of favicons (similar to IE) for sites that don't have a favicon, or a favicon you don't like.
*** Bug 117895 has been marked as a duplicate of this bug. ***
to hyatt
Assignee: pchen → hyatt
Isn't this a dupe of bug 111901? Appears to be the same caching issue.
*** Bug 118483 has been marked as a duplicate of this bug. ***
I have the same problems with mozilla0.9.7 on SuSE Linux 7.1 (kernel 2.2.18). I hope this gets fixed!
*** Bug 118951 has been marked as a duplicate of this bug. ***
Any news on this? The bookmark icons are very cool, and it's one of those flashy and immediately apparent things that're useful for impressing people with mozilla. But not if they don't work. As it is, it looks really flaky.
I don't think my bug (Bug 118951) is the same at all as this bug. I'm reporting no icon on the address bar for a page which is currently loaded. It doesn't appear even if the page is reloaded.
I would also vote for storing favicons not in the cache, and only perform a lookup if the icon has changed every 30 days or so. Store the favicons permanently like one mentioned under a directory called /favicons or similar My two ¤
Blocks: 120352
If there are no objections, I want to try to structire a bunch of favicons bugs by turning this bug into a "hub" for caching-related favicon problems. The bugs that show particular exaples of the caching problem should be listed as dependencies of this bug. Bugs that describe end-user experience *caused* by improper caching should be listed as depending on this bug.
Blocks: 109959, 113102, 114824
Depends on: 111901, 113021
Keywords: meta
Summary: Favicon caching problems → Various favicon caching problems
As per comment #31, created bug #120462 to deal with the UI impact of having bookmark icons bounce in and out of existence.
Blocks: 120462
Depends on: 117895, 120466
Blocks: 116832, 120303
Depends on: 118548
No longer blocks: 114824
Depends on: 114824
No longer blocks: 116832
Depends on: 116832
No longer blocks: 113102
Depends on: 113102
No longer blocks: 109959
Depends on: 109959
Adding bugs 111050, 113022, and 120304 to the dependency list.
Depends on: 111050, 113022, 120304
Suggest changing component from Bookmarks to Tracking.
I don't agree with the way Andrew Hagen is rearranging dependencies. Bug 120352 is the real tracking bug - it should have all fav/site-icon related problems in its list of dependencies. This bug (at least the way I see it), however, is *meta*, but not *tracking*. This bug is a meta bug representing all problems with the way favicons are cached. Because of that, it should have reports talking about particular ways the caching is done wrong or can be improved as is dependencies, but all the bugs talking about the UI experiences *caused* by the caching problems as *depending on* this bug since in order to fix these UI problems we need to fix the chaching problems first...
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Depends on: 121283
Could someone with the power to do so change OS to "All"? This isn't Linux-specific. Thanks!
-> All & All per comment #36.
OS: Linux → All
Hardware: PC → All
Any news on this ? Is there a schedule when this feature will be back in Mozilla, other then "future" ?
For info, with Phoenix/0.5 it happens just with closing/relaunching the browser. Should I file a bug specifically for Phoenix?
re comment #39 -- that is exactly the same bug as this; I don't think a duplicate under Phoenix will help.
Depends on: 190471
Depends on: 188636
Although this is an old bug the problem still exists. The site icon changes, but Firefox doesn't refresh it, even if i reload the page. This must be a caching problem, since after clearing the cache it works fine.
Product: Browser → Seamonkey
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4 WinXP Professional ----------- I think my bug relates to the current: Steps to reproduce: 1. Open a site with favicon 2. Wait till browser will load your favicon and it will appear in the tabbar/url bar. 3. Change favicon 4. You can restart browser, you can press CTRL+F5 or CTRL+R - but your favicon remains old. 5. If you clear browser cache and reload the page - then you will see new favicon.
The behavior of refreshing the favicon for the URL and Tab is correct, but even dumping the cache and reloading the page does NOT fix incorrect bookmark favicons. Those seem to persist no matter what.
(In reply to comment #43) > The behavior of refreshing the favicon for the URL and Tab is correct, but even > dumping the cache and reloading the page does NOT fix incorrect bookmark > favicons. Those seem to persist no matter what. > Whoops, just followed the thread and saw that this has been logged as bug 114824. I'll post there.
Assignee: hyatt → nobody
Status: ASSIGNED → NEW
QA Contact: claudius → bookmarks
Target Milestone: Future → ---
All dependencies resolved. Closing.
Status: NEW → RESOLVED
Closed: 24 years ago → 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.