User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030529 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030529 In the build of Moz I'm using, the bordered boxes are spans that have been floated right. The spans are being drawn a line below where they should be (that is, they are a line below the line that they would have been drawn on had they not been floated). There's a JavaScript link there that changes the CSS used to use position: absolute; left: 3in; to show the difference. #this is floated should line up with foo(). Reproducible: Always Steps to Reproduce: The example's pretty concise, I've stripped it down further but it doesn't make a difference. It's not limited to 'pre' content, I've tried it by replacing the pre with p and using br for line breaks; still get the same problem. General problem seems to come by doing this: 1. Write some html that has forced line breaks in it (as opposed to word-wrapping). 2. Mark some text on those lines in span elements and give it a class 'foo' 3. Define a CSS class 'foo' that has float: right; I suppose you could put the style in the span tags... yep that's buggy too. 4. Observe. Shrink the window width to make it easy to tell. Actual Results: The floated inline elements end up not on the line they originated on, but a line below. Which means that it isn't exactly floating right, but floating right and down a line. Expected Results: Floated box should have been laid out on the same line as if it were not floated. Worked in an older build, possibly 1.3. Hmm. I fired up Chimera 0.6 (2002122004) and it gets /both/ of the things wrong; the absolute positioning and the floating right. They're both down one line. Maybe it didn't work in an older build...

Confirming bug, 2003-05-30-08 trunk Linux Bug also occurs in Mozilla 1.0.2 and 1.3.1 abs./rel. pos. used to be broken also, but now works

Looks like bug 50630

*** This bug has been marked as a duplicate of 50630 ***