Closed Bug 1472626 Opened 6 years ago Closed 3 years ago

Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIFaviconService....

Categories

(Firefox :: Tabbed Browser, defect, P2)

defect

Tracking

()

RESOLVED FIXED
98 Branch
Tracking Status
firefox-esr91 --- wontfix
firefox63 --- wontfix
firefox97 --- wontfix
firefox98 --- fixed

People

(Reporter: standard8, Assigned: emk)

References

(Blocks 2 open bugs, Regression, )

Details

(Keywords: regression, steps-wanted, Whiteboard: [nightly-js-sentry:4426746])

Attachments

(1 file)

This bug was automatically filed from Sentry: https://sentry.prod.mozaws.net/operations/nightly-js-errors/issues/4426746/ Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIFaviconService.replaceFaviconDataFromDataURL]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: resource:///modules/PlacesUIUtils.jsm :: loadFavicon :: line 192" data: no] at loadFavicon(resource:///modules/PlacesUIUtils.jsm:192:7) at loadFavicon(resource:///modules/PlacesUIUtils.jsm:324:5) at setIconFromLink(chrome://browser/content/browser.js:3769:7) at receiveMessage(chrome://browser/content/browser.js:3743:9) This is new as of a couple of days ago, blame points to bug 1453751.
Flags: needinfo?(dtownsend)
Priority: -- → P2
We're catching this and reporting it so I guess it is just expected here. Not sure what else to do here or why it is showing up in sentry.
Flags: needinfo?(mkelly)
Flags: needinfo?(mak77)
Why are we reporting this if it's an expected exception?
Hm, what's failing exactly in replaceFaviconDataFromDataURL? the API is supposed to complain if it gets invalid input, otherwise we'd hide bugs. It's possible there's just a missing check in loadFavicon and we should not invoke replaceFaviconDataFromDataURL with some invalid input.
Flags: needinfo?(mak77)
Keywords: steps-wanted
And yes, if it's really expected we should probably analyze the exception and filter out the expected ones.
(In reply to Dave Townsend [:mossop] from comment #1) > We're catching this and reporting it so I guess it is just expected here. > Not sure what else to do here or why it is showing up in sentry. If it's expected and you want to log it just as a note without collecting, log it as a warning and it won't be collected[1]. [1] https://searchfox.org/mozilla-central/source/browser/modules/BrowserErrorReporter.jsm#249
Flags: needinfo?(mkelly)
(In reply to Marco Bonardo [::mak] from comment #3) > Hm, what's failing exactly in replaceFaviconDataFromDataURL? the API is > supposed to complain if it gets invalid input, otherwise we'd hide bugs. > It's possible there's just a missing check in loadFavicon and we should not > invoke replaceFaviconDataFromDataURL with some invalid input. Difficult to say what is failing but we could add more information to the error log to see that in sentry. Looking at the C++ code it looks like we do various checks on the size of the decoded image that we can only really do in C++. We could also change the C++ result in that case to be something more descriptive, maybe NS_ERROR_FILE_TOO_BIG.
Flags: needinfo?(dtownsend)

Hi,
I've encountered this behaviour on Windows 10 with Firefox Nightly 74.0a1 (2020-01-13) (64-bit) in the following page http://webglsamples.org/aquarium/aquarium.html

Regards.

Hi, thank you but there is no need to keep re-verifying this for releases. If it goes away that might be interesting, but we don't need comments to say this is still occurring.

Blocks: 120352

At least we don't have to report 404 Not Found IMO. Is is completely normal that a website does not put a favicon.

We already logs all HTTP messages. There is not point in spamming duplicate information.

Assignee: nobody → VYV03354
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 98 Branch
No longer blocks: 1453751
Regressed by: 1453751
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: