Closed Bug 1063364 Opened 11 years ago Closed 11 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+
Status: NEW → RESOLVED
Closed: 11 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: