Closed
Bug 388529
Opened 18 years ago
Closed 2 years ago
ReParentStyleContext doesn't process resulting style changes
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: bzbarsky, Unassigned)
References
Details
See discussion in bug 380012. Unfortunately, we can't just process them here, as I point out in that bug. We need a plan...
Perhaps we should actually try doing Hixie's proposal? We could remove GetParent() on style contexts and have separate methods for getting parents of reset and inherit structs, and munge storage (with a bit?) so sometimes instead of a pointer we store a struct with two pointers. Then we'll need a resolution method that takes two parent style contexts (with the current resolution method that just takes one inlining to it). And rulenode changes.
This seems like it might be doable.
| Reporter | ||
Comment 1•18 years ago
|
||
The patch in bug 395623 will largely implement Hixie's proposal.
Depends on: CVE-2008-5501
Comment 2•3 years ago
|
||
In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.
Severity: major → --
Comment 3•2 years ago
|
||
The ReParentStyleContext function doesn't exist anymore, and I suspect the associated style system code looks quite a bit different from how things looked when this bug was filed, via stylo and other changes over the last decade and a half.
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
•