[Webkit-unassigned] [Bug 87425] New: white-space: nowrap broken by newlines in source
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu May 24 13:49:33 PDT 2012
https://bugs.webkit.org/show_bug.cgi?id=87425
Summary: white-space: nowrap broken by newlines in source
Product: WebKit
Version: 528+ (Nightly build)
Platform: Unspecified
URL: http://jsfiddle.net/nTxJp/
OS/Version: Unspecified
Status: UNCONFIRMED
Severity: Normal
Priority: P2
Component: New Bugs
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: bugs.webkit at jessemccarthy.net
Created an attachment (id=143887)
--> (https://bugs.webkit.org/attachment.cgi?id=143887&action=review)
Test case
I have no idea what's up with the version numbers available here. I've listed the affected browser versions below.
Behavior of white-space: nowrap is breaking due to newlines in HTML source. In this case, with <li>'s with display: inline.
Steps to reproduce:
* Open the test case URL
* Reduce the width of the viewport (either the whole window, or jsfiddle's output pane) until the "Betsy Bob Bruce" <li> should wrap.
Expected Result:
As soon as all of the "Betsy Bob Bruce" <li> can not fit within the <ul>, the whole item should be moved to the next line. There should be no line-break within the item.
Opera 11.51 Win XP
Firefox 7.0.1
Actual Result:
In the first <ul>, the "Betsy Bob Bruce" item overflows. It's only moved to the next line when *none* of it can fit.
Chrome 19.0.1084.52 m Win XP
Safari 5.1.5 Win XP
The only difference between the 2 <ul>'s is that in the first the <li> source code is formatted like this:
<li>
...
</li>
And in the second like this:
<li>
...
</li>
There are a couple of bugs that sound like they could be related, but they've been languishing for years:
https://bugs.webkit.org/show_bug.cgi?id=28645
https://bugs.webkit.org/show_bug.cgi?id=27261
This comment...
https://bugs.webkit.org/show_bug.cgi?id=27261#c1
...mentions white space within the nowrap'ed elements being an issue, but also seems to describe some role of <input> elements in the problem. The test case offered there also seems overly complicated to me, at least for the problem I'm describing. My test case is very minimal, and has no <input> elements.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list