Closed
Bug 305761
Opened 19 years ago
Closed 2 years ago
setPropertyPriority does not reset importance
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: glazou, Unassigned)
Details
Attachments
(2 files, 1 obsolete file)
Tested on Firefox 1.0.6 : the test attached should reset the priority of the CSS rule but it does not...
| Reporter | ||
Comment 1•19 years ago
|
||
| Reporter | ||
Comment 2•19 years ago
|
||
Comment 3•19 years ago
|
||
Doesn't this patch break:
p {
color: green ! important;
color: red;
}
<p>This should be green.</p>
?| Reporter | ||
Comment 5•19 years ago
|
||
Comment on attachment 193704 [details] [diff] [review] tentative patch (In reply to comment #4) > Doesn't this patch break: > > p { > color: green ! important; > color: red; > } > > <p>This should be green.</p> > > ? DANG. Good catch David:-/
Attachment #193704 -
Attachment is obsolete: true
Comment 6•19 years ago
|
||
So it's not clear to me how this stuff should behave... in particular, how should access via CSS2Properties interact with preexisting !important values? How should setPropertyValue() really interact with them? I'm tempted to just manually call RemoveProperty in all cases when we might need to replace a !important property with a non-!important one, but I _really_ don't want to slow down the CSS2Properties stuff, so I'd like to sort out the behavior we'll need there first.
Assignee: dbaron → nobody
QA Contact: ian → style-system
Comment 7•2 years ago
|
||
I can repro this in a build from 2008-9-22, it was eventually fixed by...something. I got a range but it looks super off because I had to skip a bunch of crashy/broken builds.
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•