Closed
Bug 267248
Opened 20 years ago
Closed 20 years ago
[GC] image added via CSS content in userContent.css is not displayed
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: niederstrasser, Assigned: dveditz)
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041027 Firefox/1.0RC1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041027 Firefox/1.0RC1 I have the following in userContent.css a[target~="_blank"]:after { content: url(new.png); } When I load a local file that has <a href="" target="_blank">, the image "new.png" is placed just after the linked text. However, the same remote page does not load the image and throws a security error in the JS console. Reproducible: Always Steps to Reproduce: 1. Place the above code into userContent.css (and get a suitably named new.png file) 2. load a local HTML file with a link having target="blank" 3. watch the little image show up after the link 4. now load a similar remote HTML file 5. watch the missing icon and notice an extra space where the image would go. The following error shows up in the JS console. Security Error: Content at https://bugzilla.mozilla.org/show_bug.cgi?id=151249 may not load or link to file:///C:/Documents%20and%20Settings/nieder/Application%20Data/Mozilla/Firefox/Profiles/profilename/chrome/new.png. The error indicates that the image was not loaded to prevent remote files from loading local files. While this makes 100% sense for a remote page doing something like <img src="file://image.png">, it does not make sense that this logic gets applied to content generated via userContent.css. This worked fine until about 2 weeks ago, and then it stopped. Searching suggests the fix for Bug 69070 caused this. This is not a dupe of that bug because that bug deals with http: documents loading file: images, while this report is specifically for userContent.css being able to load file: images.
Comment 1•20 years ago
|
||
Who are the correct people to cc on this bug? Should it be reassigned?
Keywords: regression
Comment 2•20 years ago
|
||
In 1.7, the image is actually loaded by the document the CSS is applied to. In other words, the remote document. The document has no idea what CSS file the style comes from. On trunk, the CSS file is what loads the image, so things work fine. Marking worksforme, since this works fine on trunk and is filed as a trunk bug.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 3•20 years ago
|
||
checked around: this only happens with a firefox-aviary build (FF and seamonkey trunks are OK). Changing product and version to FF 1.0branch and reopening.
Status: RESOLVED → UNCONFIRMED
Component: Security: General → General
Product: Browser → Firefox
Resolution: WORKSFORME → ---
Version: Trunk → 1.0 Branch
note that changing this for ff1.0 would mean changing this for mozilla1.7.x. and of course, if this was fixed by some huge rewrite then it really shouldn't move to any branches, especially at this late date.
Comment 5•20 years ago
|
||
> if this was fixed by some huge rewrite
It was. Hence my not just pushing the bug off onto branch.
Reporter | ||
Comment 6•20 years ago
|
||
(In reply to comment #5) > > if this was fixed by some huge rewrite > > It was. Hence my not just pushing the bug off onto branch. Well, the bug IS occuring in the aviary branch. Since fixing it apparently would entail large changes to the branch that shouldn't be done due to stability, etc etc etc, it probably deserves to be WONTFIXed then.
Comment 7•20 years ago
|
||
Yeah, that's probably the right resolution.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•