Closed Bug 305761 Opened 19 years ago Closed 2 years ago

setPropertyPriority does not reset importance

Categories

(Core :: CSS Parsing and Computation, defect)

1.7 Branch
x86
Windows XP
defect
Not set
normal

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...
Attached file test case
Attached patch tentative patch (obsolete) — Splinter Review
Attached file Testcase2
Doesn't this patch break:

p { 
  color: green ! important;
  color: red;
}

<p>This should be green.</p>

?
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
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

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.

Attachment

General

Created:
Updated:
Size: