Closed
Bug 403266
Opened 18 years ago
Closed 15 years ago
usechromesheets attribute does not work if there is no userContent.css in the profile
Categories
(Core :: Web Painting, defect)
Core
Web Painting
Tracking
()
RESOLVED
FIXED
mozilla1.9.3a5
People
(Reporter: jjfoerch, Assigned: vingtetun)
Details
Attachments
(1 file)
|
832 bytes,
patch
|
dbaron
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.13pre) Gecko/20070505 (Debian-1.8.0.14~pre071019b-0etch1)
Build Identifier: Mozilla XULRunner 1.8.0.13pre_0000000000
Developing a XULRunner program, with a xul:browser element with the attribute `usechromesheets' to load a particular style sheet. I found that the style sheet does not work when I have no chome/userContent.css in my profile directory. However, all I have to do is `touch userContent.css' in my profile chrome directory, and suddenly the sheet given in usechromesheets gets loaded and works properly.
This bug was obvserved by me with XULRunner 1.8.0.13pre_0000000000 and by someone else with XULRunner 1.8.1.3_2007050720.
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
| Assignee | ||
Comment 1•15 years ago
|
||
This happen because the wrong variable is checked somewhere in the code.
Status: UNCONFIRMED → NEW
Component: DOM: CSS Object Model → Layout: View Rendering
Ever confirmed: true
OS: Linux → All
QA Contact: general → layout.view-rendering
Hardware: x86 → All
Version: unspecified → Trunk
| Assignee | ||
Comment 2•15 years ago
|
||
This patch check csssheet instead of sheet which is not relevant in our case.
Attachment #441995 -
Flags: review?(bzbarsky)
Attachment #441995 -
Flags: review?(bzbarsky) → review+
Comment on attachment 441995 [details] [diff] [review]
Patch
r=dbaron
Do you need somebody to land this for you?
Whiteboard: checkin-needed
Keywords: checkin-needed
Whiteboard: checkin-needed
An automated test for this would be nice, but it might be hard. (Then again, we probably don't have any automated tests for usechromesheets at all, and that might be somewhat easier.)
Updated•15 years ago
|
Assignee: nobody → 21
| Assignee | ||
Comment 5•15 years ago
|
||
(In reply to comment #3)
> (From update of attachment 441995 [details] [diff] [review])
> r=dbaron
>
> Do you need somebody to land this for you?
Yep, please.
(In reply to comment #4)
> An automated test for this would be nice, but it might be hard. (Then again,
> we probably don't have any automated tests for usechromesheets at all, and that
> might be somewhat easier.)
I wondering if we could not just do something like:
* check for the element.style.something
* add the usechromesheets attribute dynamically to a browser/iframe/anything else
* check again the element.style.something
This will not check the userContent.css/userChrome.css specific case but at least this will check usechromesheets to see if it's working.
Comment 6•15 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/972ec16052aa
marking in-testsuite? for the above discussion.
Status: NEW → RESOLVED
Closed: 15 years ago
Flags: in-testsuite?
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.3a5
(In reply to comment #5)
> I wondering if we could not just do something like:
> * check for the element.style.something
> * add the usechromesheets attribute dynamically to a browser/iframe/anything
> else
> * check again the element.style.something
>
> This will not check the userContent.css/userChrome.css specific case but at
> least this will check usechromesheets to see if it's working.
Yes, that would be a good test for usechromesheets (assuming that it applies dynamically).
Updated•10 years ago
|
Flags: in-testsuite?
Updated•7 years ago
|
Component: Layout: View Rendering → Layout: Web Painting
You need to log in
before you can comment on or make changes to this bug.
Description
•