Closed
Bug 3445
Opened 26 years ago
Closed 26 years ago
fixed positioning in a LINKed style sheet crashes viewer
Categories
(Core :: CSS Parsing and Computation, defect, P1)
Tracking
()
VERIFIED
INVALID
People
(Reporter: Antti.Nayha, Assigned: troy)
References
()
Details
The URL crashes my NGLayout (Win32 March 4th nightly build) every time.
The problem disappears if I embed the style sheet using the STYLE element
instead of LINKing it.
Updated•26 years ago
|
Assignee: peterl → troy
Comment 1•26 years ago
|
||
The problem here is that nsCSSFrameConstructor::ReconstructDocElementHierarchy
isn't dealing with fixed items at all.
And I might add that ReconstructDocElementHierarchy() is an abomination that
Vidur added and it's questionable that we should be using it at all...
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Changed ReconstructDocElementHierarchy() to handle fixed elements
Updated•26 years ago
|
Status: RESOLVED → REOPENED
Updated•26 years ago
|
Resolution: FIXED → ---
Comment 5•26 years ago
|
||
Using the 3/26 build on Win 95, Win NT, Win 98, Mac8.5 and Linux with the URL
above, the page does not crash but all the content bunches up and it is
impossible to decifer. Reopening bug.
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → INVALID
If you looked at the style sheet, you would see that's because each of the fixed
elements is positioned exactly the same using 'auto' for 'top' and 'left'.
That's why they all end up on top of each other
basic.css
P {
position: fixed;
}
Don't re-open bugs for reasons other than specified in the bug report. If it was
reported because the page crashes, then if it no longer crashes mark it
VERIFIED.
If need be, then file a new bug for an additional problems.
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 7•26 years ago
|
||
OK, thanks - using 3/26 build, verifying bug fixed in terms of crashing
You need to log in
before you can comment on or make changes to this bug.
Description
•