274716 - <nobr> followed by &nbsp;text doesn't wrap correctly at end-of-line

Status: RESOLVED WORKSFORME

(Core :: Layout: Block and Inline, defect)

Description

[Andrew Timonin]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; ru-RU; rv:1.7.5) Gecko/20041108 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; ru-RU; rv:1.7.5) Gecko/20041108 Firefox/1.0

Table columns overlap

Reproducible: Always

Steps to Reproduce:
1.Go to the URL http://www.dcam.ru/Camcorder.html
2.
3.

Actual Results:  
Table columns (see screenshots) overlap


IE renderes as I think it should be

Comment 1

[Andrew Timonin]

Attachment: FF screenshot with a bug

Misplaced text is marked with circules

Comment 2

[Andrew Timonin]

Attachment: IE screenshot

Comment 3

[Gérard Talbot]

The page has 174 tables, 168 nested tables and 246 validation errors
(transitional 4.0): 80+ errors are start tag for "TR" omitted and 40+ errors are
related to the use of <nobr>. It's highly possible that tables are overconstrained.

Comment 4

[Ray Papworth]

Attachment: text with nobr and nbsp

This bug is with nobr and nbsp, not just tables.
When nbsp immediately follows a piece of text flagged as nobr then the text
following nbsp is not counted correctly for line wrapping.
Adjust the width of the browser window: the "model T" price flows off the edge
(model T is flagged as nobr). The "model Y" price works correctly.

NOBR is deprecated but there's probably still a lot of them out there.

Comment 5

[Mats Palmgren (inactive)]

Looks like a dupe of bug 101565, marking dependant for now...

Comment 6

[Ray Papworth]

Attachment: shows text flowing off page after nobreak text and nbsp

Also similar to bug 256643. In this case also using style white-space: nowrap
gives same fault as shown by the new attachment

Comment 7

[Andrew Timonin]

One more page with similar look
http://www.handhelds.org/moin/moin.cgi/ToshibaESeries

Comment 8

[Mats Palmgren (inactive)]

Bug 256643 is an unrelated issue (invalid IMO).
http://www.handhelds.org/moin/moin.cgi/ToshibaESeries is using <pre> and
Mozilla handles it correctly (overflowing instead of line-breaking).

Comment 9

[Ray Papworth]

Attachment: word following no-break text

The   is not important: any word immediately following a span of
non-breaking text overflows instead of wrapping with the preceding text.

Comment 10

[Boris Zbarsky [:bzbarsky]]

Er... so what is the bug here?  That we're not breaking in the middle of text
that's inside a <nobr>?  Or what?

Comment 11

[Ray Papworth]

Sorry, the last test case wasn't very clear. The word "Thislongword" (nearest
the end) should act as a part of the preceding non-breaking text, that is, it
should all move down to the next line if it can't all fit on the current line.
What happens now is that if the window is made narower, "Thislongword" flows off
the end of the line until the window is so narrow that the non-breaking text
itself won't fit, then it all moves to the next line.
(What happens if the non-breaking text won't all fit on the line is a different
matter.)

Comment 12

[Boris Zbarsky [:bzbarsky]]

Ah, ok.  So basically a duplicate of bug 101565....

Comment 13

[Ray Papworth]

Attachment: non-breaking text with space or character preceding

Interesting... Very similar to bug 101565. In that case the peculiar behaviour
happens when a character other than a space immediately precedes the
non-breaking text, as shown in new attachment.
With bug 274716 the problem is when characters immediately follow non-breaking
text.

Comment 14

[Martijn Wargers (dead)]

This is worksforme, using:
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9pre) Gecko/2008060207 Minefield/3.0pre
So this is fixed in the upcoming Firefox 3 release.