Open
Bug 1131428
Opened 9 years ago
Updated 2 years ago
WindowsPreviewPerTab.jsm's _imageFromURI doesn't always call its callback
Categories
(Firefox :: Shell Integration, defect, P5)
Firefox
Shell Integration
Tracking
()
NEW
People
(Reporter: Unfocused, Unassigned)
Details
In WindowsPreviewPerTab.jsm, the callback passed to _imageFromURI isn't guarenteed to be called. This isn't a particularly bad problem right now, but the code isn't intentional about what it does and this is a footgun. As discussed in bug 1130816 comment 11: > (In reply to :Gijs Kruitbosch from comment #9) > > 1) the resultcode of the fetch != NS_OK, in which case we just bail and > > don't call the callback. Considering the callbacks here only update the icon > > if it's non-empty, leaving it empty seems... OK? > > 2) if fetching the icon for the default favicon URI failed. Obviously, that > > shouldn't happen... but if it did, I guess leaving the icon un-set would > > also probably be the sensible approach, rather than just trying again? > > Yea, I don't think those are particularly bad. I guess there's the question > of whether a stale image or no image is a better fail-mode. > > But what worries me is that the code isn't being intentional about it. > That's going to bite us on our collective asses in the future.
Updated•8 years ago
|
Component: General → Shell Integration
Updated•4 years ago
|
Priority: -- → P5
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•