Closed
Bug 12270
Opened 25 years ago
Closed 25 years ago
[BLOCKER] Attribute changes should use "change" when an attribute is already present
Categories
(Core :: XUL, defect, P1)
Tracking
()
VERIFIED
FIXED
M10
People
(Reporter: hyatt, Assigned: waterson)
References
Details
(Whiteboard: [19990826]reporter to verify)
When a set attribute happens on a XUL element, and when the attribute is already present, only the nsIContent SetAttribute should be called. UnsetAttribute should never get called. This is a blocker for broadcasters/observers.
Assignee | ||
Updated•25 years ago
|
Blocks: 11413
Severity: normal → blocker
Status: NEW → ASSIGNED
Component: RDF → XUL
OS: other → All
Priority: P3 → P1
Target Milestone: M10
Assignee | ||
Comment 1•25 years ago
|
||
This should be the case. I just took a look at nsRDFXULBuilder, and it seems to be behaving correctly. Is it not? Can you cough up a test case?
Reporter | ||
Comment 2•25 years ago
|
||
I didn't know if it was or not. If it is, sweet.
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 3•25 years ago
|
||
Fix checked in to generic builder.
Whiteboard: [99.08.26]reporter to verify → [19990826]reporter to verify
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 5•25 years ago
|
||
no news is good news, david must be happy with the fix, marking verified.
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL. XUL component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: phillip → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•