Closed
Bug 305284
Opened 19 years ago
Closed 16 years ago
Background images from http don't trigger broken lock icon (mixed content)
Categories
(Core :: Security, defect, P1)
Core
Security
Tracking
()
VERIFIED
FIXED
People
(Reporter: jruderman, Assigned: KaiE)
References
Details
(Keywords: verified1.9.1, Whiteboard: [sg:want])
Attachments
(1 file)
69 bytes,
text/html
|
Details |
Reporter | ||
Comment 1•19 years ago
|
||
FWIW, background image loads are kicked off with the codepath
nsCSSCompressedDataBlock::MapRuleInfoInto -> nsCSSValue::StartImageLoad ->
nsCSSValue::Image::Image -> nsContentUtils::LoadImage. **If** this is specific
to 'background-image' and not 'list-style-image', then I suspect the problem is
related to the use of nsIRequest::LOAD_BACKGROUND in nsCSSValue::Image::Image.
If it's not, then I have no clue what's special about these loads.
Comment 3•19 years ago
|
||
Basically a dupe, but let's make it dependent for now so we remember to
explicitly test background images when the main bug is fixed.
Group: security
Depends on: 135007
Updated•18 years ago
|
Assignee: nobody → dveditz
Product: Firefox → Core
QA Contact: firefox → toolkit
Updated•18 years ago
|
Assignee: dveditz → kengert
Updated•16 years ago
|
Flags: blocking1.9.1?
OS: Mac OS X → All
Hardware: Macintosh → All
Whiteboard: [sg:want]
Assignee | ||
Comment 4•16 years ago
|
||
Now that bug 135007 was fixed, I tested the testcase attached to this bug.
I get a broken lock icon, looks good to me.
Marking fixed.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Updated•16 years ago
|
Flags: blocking1.9.1? → blocking1.9.1+
Priority: -- → P1
Updated•16 years ago
|
Keywords: fixed1.9.1
Comment 5•16 years ago
|
||
verified
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1b3pre) Gecko/20090130 Shiretoko/3.1b3pre
Status: RESOLVED → VERIFIED
Keywords: fixed1.9.1 → verified1.9.1
You need to log in
before you can comment on or make changes to this bug.
Description
•