388029 - Firefox tries to load favicon from non-http URIs

Status: RESOLVED INCOMPLETE

(Firefox :: File Handling, defect)

Description

[Andreas Ehn]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2) Gecko/20070219 Firefox/2.0.0.2

When clicking on a link with a target URI on the format foo:bar:baz, after calling the handler that's registered for the foo URI schema, Firefox additionally, and incorrectly, tries to request the URI foo:favicon.ico from the foo handler, which results in an error in the handling application, since that's not a correct URI in the foo schema.

Reproducible: Sometimes

Steps to Reproduce:
1. Create an application that registers as handler for the foo URI schema.
2. Click in a link to a foo URI in Firefox.
3. Accept calling the foo handler in the warning dialog box.
Actual Results:  
The foo handler receives two calls from Firefox: one for the correct URI and one for foo:favicon.ico.

Expected Results:  
Only the first call, to the correct URI, should be made. Firefox should not try to request favicons for URI schemas that it doesn't know of.

This only happens the first time a URI in the given schema is followed in Firefox. It seems that Firefox caches the fact that no favicons are available for the given URI schema.

Comment 1

[cmtalbert]

Andreas, Do you have a sample test case you can attach to the bug for this issue?

Comment 2

[Andreas Ehn]

Clint, you will find a link that triggers the behavior at this page: http://open.spotify.com/track/6WO0aUdRNm2bHsPbnZZIug

Unfortunately I can't provide you with the software that handles the spotify URI schema at this stage, since it's in private beta and for Swedish territory only. :(

Comment 3

[Martijn Wargers (dead)]

Andreas, does it work correctly with current trunk build, by any chance?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

Comment 4

[Andreas Ehn]

Yep, seems to work with the new URI handling, where you have to click a button on the actual web page before you can click the link. Cool.

Comment 5

[Andreas Ehn]

Attachment: Trying to load favicon.ico from non-HTTP URI

Screenshot illustrating old behavior for reference

Comment 6

[Martijn Wargers (dead)]

So I guess this is fixed then on trunk.
If you want to know what fixed it, you could find it out by trying out older builds:
http://archive.mozilla.org/pub/firefox/nightly/

Comment 7

[Tyler Downer [He/Him]]

This bug was reported on Firefox 2.x or older, which is no longer supported and will not be receiving any more updates. I strongly suggest that you update to Firefox 3.6.3 or later, update your plugins (flash, adobe, etc.), and retest in a new profile. If you still see the issue with the updated Firefox, please post here. Otherwise, please close as RESOLVED > WORKSFORME
http://www.mozilla.com
http://support.mozilla.com/kb/Managing+profiles
http://support.mozilla.com/kb/Safe+mode

Comment 8

[Tyler Downer [He/Him]]

No reply, INCOMPLETE. Please retest with Firefox 3.6.x or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.