[INLINE-H] line-breaking bug caused by +ve margin-right on inline elements [LINE] {ll}

RESOLVED WORKSFORME

Status

()

Core
Layout: Block and Inline
P3
minor
RESOLVED WORKSFORME
16 years ago
7 years ago

People

(Reporter: Hixie (not reading bugmail), Unassigned)

Tracking

({css1, helpwanted, testcase})

Trunk
mozilla1.2alpha
css1, helpwanted, testcase
Points:
---
Bug Flags:
in-testsuite ?

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [Hixie-P2][CSS1-5.5.2] (high profile: css1 test suite), URL)

(Reporter)

Description

16 years ago
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.
(Reporter)

Updated

16 years ago
Keywords: css1, helpwanted, mozilla1.0, testcase
Whiteboard: [Hixie-P2] (high profile: css1 test suite)

Updated

16 years ago
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla0.9.9

Updated

16 years ago
QA Contact: petersen → moied
Whiteboard: [Hixie-P2] (high profile: css1 test suite) → [Hixie-P2][CSS1-5.5.2] (high profile: css1 test suite)
Reassigning to Alex.
Assignee: waterson → alexsavulov
Status: ASSIGNED → NEW

Comment 2

15 years ago
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 adt@netscape.com.  You can search for
"Moving bugs not scheduled for a project" to quickly delete this bugmail.
Target Milestone: mozilla0.9.9 → mozilla1.2
See also bug 122795 and bug 46918.

Comment 4

15 years ago
Reconfirmed using FizzillaCFM/2002070913. Setting All/All.
OS: Linux → All
Hardware: PC → All
->Layout: Block&Inline
->Layout: Block&Inline
Assignee: alexsavulov → block-and-inline
Component: Layout → Layout: Block & Inline
QA Contact: moied → ian

Comment 7

12 years ago
(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

Updated

10 years ago
Duplicate of this bug: 400446

Comment 9

9 years ago
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.
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → WORKSFORME
Flags: in-testsuite?
One case still exists; filed bug 604446.
You need to log in before you can comment on or make changes to this bug.