Closed Bug 369690 Opened 18 years ago Closed 18 years ago

nsPresContext::mImageLoaders uses wrong key

Categories

(Core :: Layout, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: bzbarsky, Assigned: sharparrow1)

References

Details

(Keywords: regression)

Attachments

(1 file)

I'm all in favor of the change to nsInterfaceHashtable made in bug 177805, but we don't want nsUint32HashKey here.  The key is an nsIFrame*, so we want nsVoidPtrHashKey, no?
Flags: blocking1.9?
Ah, I didn't realize that change got mixed in with that patch.  Would you mind looking it over to make sure that everything else is right?

About the nsVoidPtrHashKey: I actually didn't know that existed.  See http://lxr.mozilla.org/seamonkey/source/xpcom/glue/nsHashKeys.h#54 for the (incomplete) list of hash keys.  That's definitely correct; I'll post a patch soon.
Yeah, the rest of it looks fine.
Attached patch Patch (deleted) — Splinter Review
Attachment #254505 - Flags: review?(bzbarsky)
Comment on attachment 254505 [details] [diff] [review]
Patch

t+sr=bzbarsky.  Feel free to add this class to the list in that comment you mentioned, by the way!
Attachment #254505 - Flags: superreview+
Attachment #254505 - Flags: review?(bzbarsky)
Attachment #254505 - Flags: review+
Checked in.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Flags: in-testsuite-
Flags: blocking1.9?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: