STEPS TO REPRODUCE 1. Open http://www.w3.org/Style/CSS/Test/CSS1/20020115/test5505b.htm 2. Resize your window until the dot after the first span of aqua is at the end of the line. 3. Shrink the window slowly. EXPECTED RESULTS The last word, the margin, and the dot should all jump to the next line just as the dot would overflow the gray background. ACTUAL RESULTS The dot overflows the gray box by a couple of pixels and then the entire span jumps to the next line as if it had white-space: nowrap set. If you continue shrinking, the correct behaviour occurs (line break in the span). If you continue shrinking until the dot is once again at the end of the line, you can get both the dot and the end margin to overlap the end of the gray container background. Note: There are two bugs listed here (the sudden snap down of the entire line at some specific widths, and the overlap of the dot). I would have filed the dot overlap issue separately, but I couldn't work out what the expected behaviour was for that.
Reassigning to Alex.
Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+, topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword. Please send any questions or feedback about this to email@example.com. You can search for "Moving bugs not scheduled for a project" to quickly delete this bugmail.
Reconfirmed using FizzillaCFM/2002070913. Setting All/All.
(In reply to comment #6) > ->Layout: Block&Inline Is this the same bug that causes the CSS2.1 margin-right test to fail? Test: http://www.w3.org/Style/CSS/Test/CSS2.1/current/t0803-c5502-imrgn-r-00-b-ag.htm
http://www.w3.org/Style/CSS/Test/CSS2.1/current/t0803-c5502-imrgn-r-00-b-ag.htm WFM and as far as i can tell so does the test of shrinking the browser Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b5pre) Gecko/2008030604 Minefield/3.0b5pre)
This works for me on trunk; probably fixed by roc's text frame rewrite or some of the many followup fixes in which he changed line breaking.
One case still exists; filed bug 604446.