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)

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.