Closed Bug 1063364 Opened 10 years ago Closed 10 years ago

imgLoader::SetHasProxies/SetHasNoProxies should operate on imgRequests/imgCacheEntrys not URIs

Categories

(Core :: Graphics: ImageLib, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla35

People

(Reporter: tnikkel, Assigned: tnikkel)

Details

Attachments

(1 file)

There can be more than one imgRequest alive for any given URI, so when we tell the imgLoader that we have/do not have proxies we should be specific which imgRequest/imgCacheEntry this applies to so we don't change the wrong imgRequest/imgCacheEntry.
Attached patch patchSplinter Review
I don't know if this causes any problems in practice, but we shouldn't leave dangerous things lying around.
Attachment #8484792 - Flags: review?(seth)
Comment on attachment 8484792 [details] [diff] [review]
patch

Review of attachment 8484792 [details] [diff] [review]:
-----------------------------------------------------------------

Looks good. Thanks for fixing this!

::: image/src/imgLoader.h
@@ +323,5 @@
>    // HasObservers(). The request's cache entry will be re-set before this
>    // happens, by calling imgRequest::SetCacheEntry() when an entry with no
>    // observers is re-requested.
> +  bool SetHasNoProxies(imgRequest *request, imgCacheEntry *entry);
> +  bool SetHasProxies(imgRequest *request);

Nit: As long as we're changing these, it'd be nice to update them to use the current Mozilla coding style. |imgRequest* aRequest| and so forth.

I'm trying to gradually update things as they get touched.
Attachment #8484792 - Flags: review?(seth) → review+
https://hg.mozilla.org/mozilla-central/rev/df7e3ce580ea
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla35
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: