Closed Bug 1285798 Opened 8 years ago Closed 8 years ago

Look for favicon.ico in Seamonkey by default if website defines no favicon.

Categories

(SeaMonkey :: Bookmarks & History, defect)

defect
Not set
minor

Tracking

(seamonkey2.48 fixed)

RESOLVED FIXED
seamonkey2.48
Tracking Status
seamonkey2.48 --- fixed

People

(Reporter: frg, Assigned: frg)

Details

Attachments

(1 file, 2 obsolete files)

The preference browser.chrome.favicons is set to false by default. This results in many websites not showing a favicon. Tb and FF have this on.

Also the text is imho wrong. The setting does more than looking for icons. It manages and makes them usable in bookmarks and history too. 

My personal oppinion is that we maybe should set browser.chrome.site_icons and browser.chrome.favicons to true and drop them from the prefs pane. They can still be changed in about:config.
Attached patch 1285798-favicons.patch (obsolete) — Splinter Review
Turning on the pref and changed the wording. Agressively implied that it's not a normal behaviour or out of scope. 

Needs a help change if accepted too. Or we just drop both prefs in the ui.
Attachment #8769470 - Flags: review?(philip.chee)
Patch includes some whitespace changes in the adjacent area of the change.
Attached patch 1285798-favicons.patch (obsolete) — Splinter Review
Previous patch missed the xul part.
Attachment #8769470 - Attachment is obsolete: true
Attachment #8769470 - Flags: review?(philip.chee)
Attachment #8769471 - Flags: review?(philip.chee)
Comment on attachment 8769471 [details] [diff] [review]
1285798-favicons.patch

1. Please Please Please whitespace changes in a separate patch

2.
> "Enhanced search for website icons when the page doesn't define one"
I think "search" gives the wrong impression. How about:
"Check for favicons as well when looking for website icons to display"

3. 
> -pref("browser.chrome.favicons", false);
> +pref("browser.chrome.favicons", true);
I would say no. Maybe post a message to seamonkey-members mailing list to see if we can have a consensus on thi.
Attachment #8769471 - Flags: review?(philip.chee)
Attachment #8769471 - Flags: review?(iann_bugzilla)
Attachment #8769471 - Flags: review-
> > -pref("browser.chrome.favicons", false);
> > +pref("browser.chrome.favicons", true);
> I would say no. Maybe post a message to seamonkey-members mailing list to
> see if we can have a consensus on this.
Flags: needinfo?(neil)
(In reply to Philip Chee from comment #4)
> Comment on attachment 8769471 [details] [diff] [review]
> 1285798-favicons.patch

> > "Enhanced search for website icons when the page doesn't define one"
> I think "search" gives the wrong impression. How about:
> "Check for favicons as well when looking for website icons to display"
What is the difference between "website icons" and "favicons"?

> > -pref("browser.chrome.favicons", false);
> > +pref("browser.chrome.favicons", true);
> I would say no. Maybe post a message to seamonkey-members mailing list to
> see if we can have a consensus on thi.
Might depend on the answer to the above, but also does it slow anything down?
Flags: needinfo?(philip.chee)
Comment on attachment 8769471 [details] [diff] [review]
1285798-favicons.patch

>+++ b/suite/locales/en-US/chrome/common/pref/pref-content.dtd
>-<!ENTITY useFavIcons.label                      "Aggressively look for website icons when the page doesn&apos;t define one">
>-<!ENTITY useFavIcons.accesskey                  "A">
>+<!ENTITY useFavIcons2.label                     "Enhanced search for website icons when the page doesn&apos;t define one">
>+<!ENTITY useFavIcons2.accesskey                 "E">
Perhaps "Analyse website for suitable icon when the page doesn&apos;t define one"?
On balance I think it would be fine to have it true as default.
Attachment #8769471 - Flags: review?(iann_bugzilla) → review+
Comment on attachment 8769471 [details] [diff] [review]
1285798-favicons.patch

(In reply to Ian Neal from comment #7)
> >+<!ENTITY useFavIcons2.accesskey                 "E">
> Perhaps "Analyse website for suitable icon when the page doesn&apos;t define one"?
* Scrounge around the website for a suitable icon when the page doesn't define one.
* If the page doesn't define a website icon, try to find a suitable icon from/ on/ in the website.

> On balance I think it would be fine to have it true as default.
I defer to IanN on this one.
Flags: needinfo?(philip.chee)
Attachment #8769471 - Flags: review- → review+
Great. I really think its best that the option is turned on. We know how to do it anyway but for end users its imho the better default. 

Let me look into the favicon code and see what the option really does. maybe I find a suitable text for it there. Stay tuned.
Summary: Use favicon-service by default in Seamonkey → Look for favicon.ico in Seamonkey by default if website defines no favicon.
How about: 

Try to use the server favicon when the page doesn't define an icon.

This is consistent with the help which actually has it right.
(In reply to Frank-Rainer Grahl from comment #10)
> How about: 
> 
> Try to use the server favicon when the page doesn't define an icon.
> 
> This is consistent with the help which actually has it right.

Seems reasonable, maybe server's rather than server.

Either way, yes.
New patch with string changed. Access key adjusted and tested. r+ from IanN and Philip Chee carried forward.

Needinfo cleared.
Attachment #8769471 - Attachment is obsolete: true
Flags: needinfo?(neil)
Attachment #8792216 - Flags: review+
Closed until further notice.

https://hg.mozilla.org/comm-central/rev/e295e24c8575
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → seamonkey2.48
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: