WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
13072
REGRESSION (
r15617
): white-space: pre-wrap breaks off the last character of a wide word
https://bugs.webkit.org/show_bug.cgi?id=13072
Summary
REGRESSION (r15617): white-space: pre-wrap breaks off the last character of a...
mitz
Reported
2007-03-14 12:10:13 PDT
[I noticed this when looking at the test case for
bug 13071
] The last character of the last word in white-space:pre-wrap that is too wide to fit gets wrapped to the next line. This regressed in <
http://trac.webkit.org/projects/webkit/changeset/15617
>.
Attachments
Test case
(166 bytes, text/html)
2007-03-14 12:12 PDT
,
mitz
no flags
Details
Patch
(36.98 KB, patch)
2007-03-14 14:53 PDT
,
mitz
hyatt
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
mitz
Comment 1
2007-03-14 12:12:14 PDT
Created
attachment 13634
[details]
Test case
mitz
Comment 2
2007-03-14 13:58:14 PDT
This is the change in
r15617
: if (lBreak == start && !lBreak.obj->isBR()) { // we just add as much as possible - if (style()->whiteSpace() == PRE) { + if (style()->preserveNewline()) { // FIXME: Don't really understand this case. if (pos != 0) { And this is the explanation from the change log: + * rendering/bidi.cpp: (WebCore::RenderBlock::findNextLineBreak): Took a rule + that specifically called out the pre whitespace mode and made it work for all + the modes that preserve newlines. This makes sure we get a last line box for + text after the last "\n" even in cases where there is no <br> afterward. I'm not sure that rule was about preserving newlines. I don't understand it either, but at least the (pos != 0) case seems wrong even for PRE. Reverting the above change fixes the present bug and passes all layout tests.
Dave Hyatt
Comment 3
2007-03-14 14:08:28 PDT
Attach a patch and I will r= this.
mitz
Comment 4
2007-03-14 14:53:00 PDT
Created
attachment 13638
[details]
Patch
Dave Hyatt
Comment 5
2007-03-14 14:54:23 PDT
Comment on
attachment 13638
[details]
Patch My guess is this was just unintentional cleanup. r=me
Sam Weinig
Comment 6
2007-03-14 18:36:45 PDT
Landed in
r20200
.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug