Closed
Bug 236919
Opened 21 years ago
Closed 21 years ago
[FIXr]CSS background images still displayed when "Load Images" is unchecked
Categories
(Core :: CSS Parsing and Computation, defect, P1)
Core
CSS Parsing and Computation
Tracking
()
RESOLVED
FIXED
mozilla1.7beta
People
(Reporter: me, Assigned: bzbarsky)
References
()
Details
Attachments
(3 files)
(deleted),
patch
|
Details | Diff | Splinter Review | |
(deleted),
patch
|
jst
:
review+
dbaron
:
superreview+
chofmann
:
approval1.7b+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7b) Gecko/20040309 Firefox/0.8.0+
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7b) Gecko/20040309 Firefox/0.8.0+
CSS Background images are still shown even when "Load Images" is unchecked, e.g.
the image added by the following CSS at the example URL is still shown when
images are turned off:
background: url("/image/default/sky.png") repeat-x;
Reproducible: Always
Steps to Reproduce:
1. Disable Image Loading (e.g. In Firefox uncheck Tools->Options->Web
Features->Load Images).
2. Visit a site that uses background-images (e.g. http://www.mozillazine.org).
Actual Results:
Background images are drawn (at the example URL the blimp + clouds are shown).
Expected Results:
No images should be displayed.
Regression happened sometime between yesterday's (2004-03-08) official Firefox
nightly and when I built at approx. 1am PST today (2004-03-09).
Bug 57607 seems the likely cause (which is why I'm filing this one in the same
component).
Updated•21 years ago
|
Flags: blocking1.7b+
Assignee | ||
Comment 1•21 years ago
|
||
Hmm... the image content policy can't handle loads not associated to a content
node yet (and background image loads are no longer associated to a content
node). The patch in bug 191839 should fix this.... but since that's not likely
to be landing for 1.7, I guess we may need a localized fix here. :(
Assignee | ||
Comment 2•21 years ago
|
||
Assignee | ||
Comment 3•21 years ago
|
||
Assignee | ||
Comment 4•21 years ago
|
||
Comment on attachment 143422 [details] [diff] [review]
Same as diff -w (FOR REVIEW ONLY)
Tim, would you mind reviewing? Sorry about the conflicts... :(
Attachment #143422 -
Flags: superreview?(dbaron)
Attachment #143422 -
Flags: review?(riceman+bmo)
Assignee | ||
Comment 5•21 years ago
|
||
Taking.
Assignee: dbaron → bzbarsky
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 98 → All
Priority: -- → P1
Hardware: PC → All
Target Milestone: --- → mozilla1.7beta
Comment 6•21 years ago
|
||
Comment on attachment 143422 [details] [diff] [review]
Same as diff -w (FOR REVIEW ONLY)
sr=dbaron if you fix the fact that you've made it crash when both aWindow and
aContext are null.
Attachment #143422 -
Flags: superreview?(dbaron) → superreview+
Assignee | ||
Updated•21 years ago
|
Attachment #143422 -
Flags: review?(riceman+bmo) → review?(jst)
Comment on attachment 143422 [details] [diff] [review]
Same as diff -w (FOR REVIEW ONLY)
Looks good to me with dbaron's suggestion (assuming GetDocument returns null on
all error conditions).
Assignee | ||
Comment 8•21 years ago
|
||
Yeah, GetDocument returns null if there isn't one.
Comment 9•21 years ago
|
||
Comment on attachment 143422 [details] [diff] [review]
Same as diff -w (FOR REVIEW ONLY)
r=jst
Attachment #143422 -
Flags: review?(jst) → review+
Assignee | ||
Comment 10•21 years ago
|
||
Comment on attachment 143422 [details] [diff] [review]
Same as diff -w (FOR REVIEW ONLY)
Could this please be approved for 1.7b? Fairly straightforward change to get
the document off the window object if we're not given a content node associated
with the image load.
Attachment #143422 -
Flags: approval1.7b?
Assignee | ||
Updated•21 years ago
|
Summary: CSS background images still displayed when "Load Images" is unchecked → [FIXr]CSS background images still displayed when "Load Images" is unchecked
Comment 11•21 years ago
|
||
Comment on attachment 143422 [details] [diff] [review]
Same as diff -w (FOR REVIEW ONLY)
a=chofmann for 1.7b
Updated•21 years ago
|
Attachment #143422 -
Flags: approval1.7b? → approval1.7b+
Assignee | ||
Comment 12•21 years ago
|
||
Assignee | ||
Comment 13•21 years ago
|
||
Fixed for 1.7b.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 14•20 years ago
|
||
This bug has returned, it regressed between Firefox nightlies 2004-05-14-09 and
2004-05-15-09, should I file a new bug or will you reopen this one?
Assignee | ||
Comment 15•20 years ago
|
||
If you're sure about those dates, file a new bug, on Firefox (in that date
range, no changes were made to any core Gecko code that could possibly affect
this bug).
That said, a build from the 14th in the morning _is_ showing this problem, while
one from the 13th is not. Which is odd, since I just checked over the bug
191839 code and it looks fine to me....
Please file a new bug, cc me and mvl, I guess.
Assignee | ||
Comment 16•20 years ago
|
||
See bug 243948
You need to log in
before you can comment on or make changes to this bug.
Description
•