Open Bug 1131428 Opened 10 years ago Updated 2 years ago

WindowsPreviewPerTab.jsm's _imageFromURI doesn't always call its callback

Categories

(Firefox :: Shell Integration, defect, P5)

defect

Tracking

()

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.
Component: General → Shell Integration
Priority: -- → P5
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.