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)
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•9 years ago
|
Component: General → Shell Integration
Updated•5 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
•