Closed
Bug 113574
Opened 23 years ago
Closed 17 years ago
Add site icons (favicons) to sidebar, manage bookmarks, and history
Categories
(SeaMonkey :: Bookmarks & History, enhancement, P3)
SeaMonkey
Bookmarks & History
Tracking
(Not tracked)
RESOLVED
WORKSFORME
mozilla1.4alpha
People
(Reporter: mozilla, Assigned: janv)
References
(Blocks 2 open bugs)
Details
Attachments
(1 file, 3 obsolete files)
15.60 KB,
image/png
|
Details |
<sigh> Well, with Blake's conversion to <outliner> which just landed, it looks like favicons and branded search result icons in bookmarks (management window and sidebar) are now broken. Thoughts on how to fix?
probably seeing this on linux, 2001120506. (bookmarks sidebar is pretty useless, have to doubleclick on the bookmarks to open them and then they come in a new window, no icons at all) os -> all?
*** Bug 113960 has been marked as a duplicate of this bug. ***
Comment 3•23 years ago
|
||
*** Bug 114317 has been marked as a duplicate of this bug. ***
Updated•23 years ago
|
Status: NEW → ASSIGNED
OS: Mac System 9.x → All
Target Milestone: --- → mozilla0.9.7
Comment 4•23 years ago
|
||
They work for me, but at least some of them seam to be forgotten on restart.
Comment 5•23 years ago
|
||
Comment 6•23 years ago
|
||
The icons appear to be getting lost at restart, but I believe that is different than this defect. In this case the favicon is being used in Tabs and in the personal toolbar but are not being reflected in the Sidebar Bookmarks window. Created attachment illustrating lost icon.
Updated•23 years ago
|
Target Milestone: mozilla0.9.7 → mozilla0.9.8
Comment 7•23 years ago
|
||
I can verify the problem with the lost icons under windows 2000. But they don't get lost every restart (of browser or windows), but only after some days. Also sometimes not all icons are gone but only some of them. Maybe icons get lost after some days of not visiting the site? Frequently visited sites seem to hold their icons.
Comment 8•23 years ago
|
||
With 0.9.7 on RedHat Linux 7.2 I always lose favicons on restart (even though bookmarks.html has them) and I never see them in sidebar.
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Comment 9•23 years ago
|
||
Not sure if this is the same problem, but I see favicon lossage *randomly*, restart or no. I haven't been able to build a test case.
Comment 10•23 years ago
|
||
I lose all favicons on new window creation. Well, in the personal toolbar at least, usually don't check with the menu, but there sure as heck aren't any favicons there now (:
Comment 11•23 years ago
|
||
It seems there is still come confusion between several favicon bugs. The way I understand it, we have (at least) 3 different bugs. Bug 109959 deals with favicon in the *url bar*. The problem usually manifests in favicon disappearing on *page reload* and sometimes not appearing when already visited page is revisited. Bug 113574 deals with favicons in bookmarks *sidebar and management window*. For some people (including myself), favicons *no longer appear there at all, no matter what we do*. According to the initial reporter, this may be caused by "conversion to <outliner> which just landed" Finally, bug 116832 deals with favicons in bookmarks *personal toolbar and menu* - there the problem is that the favicons are not displayed when Mozilla is started (even if the bookmarks file contains them) and only appear when the site is visited again. It also seems that sometimes some favicons would not appear in toolbar and menus of a newly opened browser window even though they appear in an older window. ----- Did I get it right this time? Is it time to create a tracking bug to help avoid confusing different issues?
Updated•23 years ago
|
Target Milestone: mozilla0.9.9 → mozilla1.0.1
Comment 12•23 years ago
|
||
Until the build of the 2nd February the favicons are always lost (in bookmarks and personal toolbar) if the Mozilla crashes. This is reproducible every time.
Comment 13•23 years ago
|
||
Carsten, this is a known problem, but it's separate from this one. It is reported in bug 114824
Comment 14•23 years ago
|
||
-> ben
Assignee: blaker → ben
Status: ASSIGNED → NEW
Target Milestone: mozilla1.0.1 → ---
Comment 15•23 years ago
|
||
*** Bug 127154 has been marked as a duplicate of this bug. ***
Comment 16•23 years ago
|
||
Bookmark favicons are out for this release :(
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → Future
Comment 17•23 years ago
|
||
Bug 127349 removed favicons/site icons from the personal toolbar and bookmarks menubar, so I am updating the summary to list more places where favicons need to be returned to... Hopefully some of that could be brough back early in 1.1 cycle (so that some of the bugs that caused favicons to be dropped could be fixed for 1.1).
Keywords: mozilla1.1
Summary: favicons & branded search icons lost in bookmarks window/sidebar → favicons & branded search icons lost in bookmarks window/sidebar/toolbar/menu
Comment 18•23 years ago
|
||
This patch is simply a reversal of attachment 72265 [details] [diff] [review] of bug 127349
Comment 19•23 years ago
|
||
This bug blocks all the other bugs that talk about favicons in bookmarks window/sidebar/toolbar/menu (obviously they are meaningless until the favicons are added back).
Comment 20•23 years ago
|
||
*** Bug 129483 has been marked as a duplicate of this bug. ***
Comment 21•23 years ago
|
||
maybe someone could make this apref, and attach a new patch? I miss this as well.
Comment 22•22 years ago
|
||
Bug 127349 removed favicons from more places, so I am uptading the "Reverse bug 127349" attachment. This patch is simply a reversal of attachment 72265 [details] [diff] [review] and attachment 73483 [details] [diff] [review] of bug 127349. Hopefully it can be extended to make favicons in toolbar pref-controllable...
Attachment #72465 -
Attachment is obsolete: true
Comment 23•22 years ago
|
||
*** Bug 132828 has been marked as a duplicate of this bug. ***
Comment 24•22 years ago
|
||
Just a hint, but I see a lot of people CCing themselves to this bug (around 25 now!) -- but only six votes for it. You guys who haven't voted should do so.
Comment 25•22 years ago
|
||
My vote is on bug #113430 ("Various favicon caching problems"), which is the issue that is causing the complaints seen in comment #9, etc.
Comment 26•22 years ago
|
||
Well, yes, but you can vote for more than one thing at a time.
Comment 27•22 years ago
|
||
*** Bug 137102 has been marked as a duplicate of this bug. ***
Comment 28•22 years ago
|
||
More "anti-favicons" stuff was checked in from bug 127349, so I am updating this patch to match it. Can we get this checked into the trunk now? Or do we have to wait for more branching to occur before we could do it. In would be nice if this could go in as soon as possible, so that we have more time to make favicons work better by 1.1 release.
Attachment #74530 -
Attachment is obsolete: true
Comment 29•22 years ago
|
||
wow, this is great, thanks for maintaining this patch. I've mentioned this before in other bugs, but a neat little hack (and one that would work with moz 1.0) would be to make a dynamic overlay that is user-installable, which contains all these attribute additions... then those of us who are willing to deal with the funky caching issues could install it and have favicons, without leaving a half-finished feature in the actual product.
Comment 30•22 years ago
|
||
*** Bug 143348 has been marked as a duplicate of this bug. ***
Comment 31•22 years ago
|
||
Can we get toolbar favicons enabled on the trunk again? Can somebody pls review attachment 79051 [details] [diff] [review]? Thanks!
Keywords: review
Target Milestone: Future → ---
Comment 32•22 years ago
|
||
Updating some bug descriptions to cut down on confusion per comment 11, which also brings this bug back to its original intent. Filed bug 143687 to take care of reversing bug 127349, and attached Aleksey's patch.
Comment 33•22 years ago
|
||
All CC's added to this bug after 2002-03-04 have been added to bug 143687.
Keywords: mozilla1.1,
patch,
review
Comment 34•22 years ago
|
||
Comment on attachment 79051 [details] [diff] [review] Reverse bug 127349, bring favicons back to personal toolbar and bookmarks menu This is now known as attachment 83202 [details] [diff] [review] on bug 143687
Attachment #79051 -
Attachment is obsolete: true
Comment 35•22 years ago
|
||
*** Bug 145438 has been marked as a duplicate of this bug. ***
Comment 36•22 years ago
|
||
*** Bug 146889 has been marked as a duplicate of this bug. ***
Comment 37•22 years ago
|
||
oON my comp (win98 SE) favicons only show in the adress bar thay dont show in; Personal bar Bookmarks dropdown box top left hand corner by the title
Comment 38•22 years ago
|
||
*** Bug 147304 has been marked as a duplicate of this bug. ***
Comment 39•22 years ago
|
||
*** Bug 156663 has been marked as a duplicate of this bug. ***
Comment 40•22 years ago
|
||
*** Bug 159381 has been marked as a duplicate of this bug. ***
Comment 41•22 years ago
|
||
Is there any progress being made on this bug? 1.2 is already coming out in alfa builda and nothing seems to be happening for this bug that seems so simply to fix... (at least konqueror does a great job on dealing with favicons).
Comment 42•22 years ago
|
||
actually, no progress with the 1.3a
Comment 43•22 years ago
|
||
This bug doesn't exist for the Phoenix project !! So, Why is it not resolve for Mozilla ? :(
Comment 44•22 years ago
|
||
i would really like this to be fixed. it seems that every day there is a new site that i load that has an icon. i think that is making this a more important feature to have fixed, the fact that the icons are becoming more popular.
Comment 45•22 years ago
|
||
I not only agree as I do not understand why favicons isn't already a standard. It's much easier to manage bookmarks that have different icons, this is because visual (and not reading) identification. I use phoenix, it have this feature (with the bugs of when mozilla had it), but the browser that really gets the thing is konqueror. Int it you can even choose any icon you have for a bookmark, you can have different icons for icons folders too (I've used this to make distinction between folders and it's great).
Comment 46•22 years ago
|
||
*** Bug 188790 has been marked as a duplicate of this bug. ***
Comment 47•22 years ago
|
||
vote for this bug !
Comment 48•22 years ago
|
||
123 votes...nice but no progress :)
Comment 49•22 years ago
|
||
face it, votes don't matter. You have to actually submit a patch to make any progress around here.
Comment 50•22 years ago
|
||
> face it, votes don't matter. You have to actually submit a patch to make any > progress around here. Bug 143687 "Bring back site icons (favicons) in personal toolbar" has *both* 84 votes and a patch that have been around for 3 months already, and still I can not get any activity! What makes you think I'll have better luck if I invest time into figuring out how to add the icons to sidebar and manage bookmarks?
Comment 51•21 years ago
|
||
*** Bug 195765 has been marked as a duplicate of this bug. ***
Comment 52•21 years ago
|
||
*** Bug 195974 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 53•21 years ago
|
||
-> me
Assignee: ben → varga
Status: ASSIGNED → NEW
Target Milestone: --- → mozilla1.4alpha
Comment 54•21 years ago
|
||
*** Bug 198170 has been marked as a duplicate of this bug. ***
Comment 55•21 years ago
|
||
(you should probably accept the bug?)
Assignee | ||
Comment 56•21 years ago
|
||
The bookmarks branch has landed. Fixed (except history). Not sure if we should keep this open.
Comment 57•21 years ago
|
||
Confirming that sidebar bookmarks and bk manager both show favicons with Mach-o (2003-03-25-03) and Win32 (2003-03-26-04) trunk builds. But as Jan mentions, History window won't display them.
Comment 58•21 years ago
|
||
The icons do not appear in the bookmarks bar (above display window).
Comment 59•21 years ago
|
||
Re: comment #58 > The icons do not appear in the bookmarks bar (above display window). That is a separate bug - bug 143687
Comment 60•21 years ago
|
||
Using biuld 2003032611 I cannot see the fav icons nor on the PT, nor in sidebar, nor in bookmark manager. I have an old profile with a bookmark file. I open ixbt.com and see the icon in URLbar, but it does not appers elsewhere. What I'm doing wrong?
Comment 61•21 years ago
|
||
For me with build 2003032708, the icons show up in the bookmark manager if and only if I visit a site while that window is open. Closing it and reopening loses everything. (Has any attempt been made to actually address the caching problems?) Also, I noticed that my http://www.mozillaZine.com/ didn't show an icon until I changed the Z to z. Off to search for a case-sensitivity bug. :)
Comment 62•21 years ago
|
||
Maybe that's because the correct address is mozillazine.org (not .com)?
Comment 63•21 years ago
|
||
:) no no, it's actually right in my bookmarks. The issue is indeed the capitalization.
Assignee | ||
Comment 64•21 years ago
|
||
Is there a bug for history sidebar ?
Comment 65•21 years ago
|
||
A bug has been reported for the sidebar, bug 210480.
Comment 66•21 years ago
|
||
*** Bug 211038 has been marked as a duplicate of this bug. ***
Comment 67•21 years ago
|
||
*** Bug 213399 has been marked as a duplicate of this bug. ***
Comment 68•21 years ago
|
||
*** Bug 223622 has been marked as a duplicate of this bug. ***
Comment 69•21 years ago
|
||
*** Bug 229680 has been marked as a duplicate of this bug. ***
Comment 70•21 years ago
|
||
*** Bug 231235 has been marked as a duplicate of this bug. ***
Comment 71•20 years ago
|
||
*** Bug 250618 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Severity: normal → enhancement
Comment 72•20 years ago
|
||
This can be almost perfectly solved by setting the prefs item browser.chrome.load_toolbar_icons to 2 (not 1!). Works for Bookmarks Manager, Bookmarks tab in sidebar and for the Personal Toolbar. The History tab seems to be the only problem. But why can't this prefs item be reached in the Preferences window? At the moment about:config is the only way to do it.
Comment 73•20 years ago
|
||
Is anything happening with this bug? I still see it with build Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040804 MultiZilla/1.6.4.0b. Firefox (preview release) doesn't have this problem
Comment 74•20 years ago
|
||
When I switched from Classic to Modern theme, all favicons appeared again in the bookmark manager (they were always present in the toolbar and in the URL input field),
Comment 75•20 years ago
|
||
(In reply to comment #74) > When I switched from Classic to Modern theme, all favicons appeared again in the > bookmark manager (they were always present in the toolbar and in the URL input > field), What build? I am not seeing any of this in modern.
Comment 76•20 years ago
|
||
Right, it seems that it's the switching of themes that restores the favicons. At work (SuSE 9.0 Professional) I switched from Classic to Modern, which restored the icons. At home on Win XP SP2 I switched from Modern to Classic, and the icons reappeared. On both systems I made sure the relevant preferences were set.
Comment 77•20 years ago
|
||
(In reply to comment #76) > Right, it seems that it's the switching of themes that restores the favicons. At > work (SuSE 9.0 Professional) I switched from Classic to Modern, which restored > the icons. At home on Win XP SP2 I switched from Modern to Classic, and the > icons reappeared. On both systems I made sure the relevant preferences were set. Again, what build is this? I can not reproduce this on 1.7.3 stable.
Comment 78•20 years ago
|
||
(In reply to comment #77) At home I'm using: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 I'll have to check the exact build at the office; I believe it's 1.7.2; in any case it's the build that comes preinstalled with SuSE 9.0 Professional
Comment 79•20 years ago
|
||
At work the build is: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040804 MultiZilla/1.6.4.0b Granted, these are not the newest builds, but if the bug has been fixed in a later build, shouldn't this be marked as resolved?
Comment 80•20 years ago
|
||
(In reply to comment #79) I believe your case is unique. I have talked to several other people that still do not see favicons in the toolbar dropdown or in the bookmark menu, and I cannot reproduce this fix on three different systems (two with 1.7.2 and one with 1.7.3).
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 81•20 years ago
|
||
I have firefox 1.0 (Windows), and there is no browser.chrome.load_toolbar_icons pref in about:config. Am I SOL for even a workaround?
Comment 82•20 years ago
|
||
(In reply to comment #81) > I have firefox 1.0 (Windows), and there is no browser.chrome.load_toolbar_icons > pref in about:config. Am I SOL for even a workaround? Right click in about:config and create a new Integer Pref (Right Click -> New -> Integer). Give browser.chrome.load_toolbar_icons as the pref name and 2 as the pref value.
Comment 83•20 years ago
|
||
(In reply to comment #81) > I have firefox 1.0 (Windows), and there is no browser.chrome.load_toolbar_icons > pref in about:config. If I understand correctly (I might be mistaken), Firefox manages icons differently from Mozilla App Suite. Namely, it just stores a cached favicon in the bookmarks file itself. If you have imported bookmark file from anothe app (such as Mozilla), favicons would not show up until you vsit the site in Firefox.
Comment 84•19 years ago
|
||
Wouldn't setting these prefs as defaults help? user_pref("browser.chrome.favicons", true); user_pref("browser.chrome.site_icons", true); user_pref("browser.chrome.load_toolbar_icons", 2); In SeaMonkey 1.9a1 favicons already work with the above prefs enabled. Also, with every new profille created, there should be a user.js included to be sure they'll always be active.
Comment 85•19 years ago
|
||
In firefox ( Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 ) favicon is not displaying at top left hand corner by the title, Bookmarks tab in Sidebar, history sidebar.
Comment 86•17 years ago
|
||
As comment 84 says, it all seems to work. Anybody still seeing a problem? pi
Comment 87•17 years ago
|
||
(In reply to comment #86) > As comment 84 says, it all seems to work. Anybody still seeing a problem? In SeaMonkey 1.1.1, using about:config to change the settings as indicated in comment 84 seems to remedy all the problem here. Site icons (favicons) are visible on the tabs, in the Bookmarks menu (and submenues), in the Personal Toolbar File menu, and in the sidebar. No, I am no longer seeing a problem with this. > > pi >
Comment 88•17 years ago
|
||
Still think it should get a GUI. Also, unless someone can quantify a significant performance hit, should consider making browser.chrome.load_toolbar_icons = 2 as default.
Comment 89•17 years ago
|
||
I am not sure, what exactly the setting under "Appearance" does. But anyhow, a GUI would be another bug (which proably does exist). Closing this bug. pi
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Comment 90•17 years ago
|
||
> Wouldn't setting these prefs as defaults help?
>
> user_pref("browser.chrome.favicons", true);
> user_pref("browser.chrome.site_icons", true);
> user_pref("browser.chrome.load_toolbar_icons", 2);
In Firefox 2.0.0.2 rv:1.8.1.2 build 20070219,
user_pref("browser.chrome.favicons", true);
user_pref("browser.chrome.site_icons", true);
are default values.
With Seamonkey 1.5a rv:1.9a3pre build 2007030408,
user_pref("browser.chrome.favicons", true);
user_pref("browser.chrome.load_toolbar_icons", 2);
are NOT the default values.
Dimos, I agree with you that setting these preferences as defaults would help, would be beneficial for newcomers.
Comment 91•17 years ago
|
||
SeaMonkey won't ever stupidly look for a favicon.ico without knowing (ie by a <link> tag) it's there - if that's what you propose...
Comment 92•17 years ago
|
||
Changing the settings as indicated in Comment #84 indeed show favicons in the bookmark menu, but only once the bookmark has been visited. Is there some way of refreshing the entire bookmark tree so that all favicons are fetched and displayed?
You need to log in
before you can comment on or make changes to this bug.
Description
•