Bug 4808 - Line breaking behavior inconsistent between the Latin-1 and Unicode codepaths
Summary: Line breaking behavior inconsistent between the Latin-1 and Unicode codepaths
Status: RESOLVED CONFIGURATION CHANGED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: 420+
Hardware: Mac OS X 10.4
: P2 Normal
Assignee: Dave Hyatt
URL:
Keywords:
: 14906 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-09-02 09:03 PDT by mitz
Modified: 2022-07-24 16:01 PDT (History)
10 users (show)

See Also:


Attachments
testcase (2.85 KB, text/html)
2005-09-02 09:05 PDT, mitz
no flags Details
Safari 15.6 matches with other browsers (2.08 MB, image/png)
2022-07-24 15:52 PDT, Ahmad Saleem
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description mitz 2005-09-02 09:03:57 PDT
Summary: WebKit allows lines to break near non-Latin-1 characters where it does not allow the same 
break to occur if the character is Latin-1.

To reproduce: open the testcase in Safari.

Expected: the text in each of the table cells to break into 3 lines, the breaks being after "qui" and before 
"quia". Firefox renders as expected.

Actual: a line break occurs before "+", "(" and "$" when they come after non-Latin-1 (in the 3rd and 4th 
rows) and after ")" when it comes before non-Latin-1 (in the 2nd and 4th rows).
Comment 1 mitz 2005-09-02 09:05:36 PDT
Created attachment 3722 [details]
testcase
Comment 2 Alexey Proskuryakov 2005-09-02 13:58:59 PDT
I'm using Safari 1.3 (v312) right now, and the test case looks fine. This makes it a regression, I guess.
Comment 3 Oliver Hunt 2005-09-07 02:56:03 PDT
It isn't a regression from v412, but i can't help wondering whether the break behaviour is correct, i'll 
confirm on the basis it's inconsistent with what is expected.  We need a font-type person to say what the 
correct behaviour should be.
Comment 4 Jungshik Shin 2007-07-16 14:11:40 PDT
ref : UAX #14 : Line breaking properties (http://www.unicode.org/reports/tr14/) 

Firefox(2) is not compliant to that either. See, for instance, https://bugzilla.mozilla.org/show_bug.cgi?id=255990
Comment 5 Alexey Proskuryakov 2007-10-05 05:04:56 PDT
*** Bug 14906 has been marked as a duplicate of this bug. ***
Comment 6 Eric Seidel (no email) 2012-12-30 17:17:33 PST
All cases look right in your test case Mitz.  Would you like to land the test case, or should we just close this?
Comment 7 Ahmad Saleem 2022-07-24 15:52:44 PDT
Created attachment 461181 [details]
Safari 15.6 matches with other browsers

I am unable to reproduce this bug in Safari 15.6 on macOS 12.5 using attached test case and as can be seen from attached test case, Safari breaks the text same as other browsers.

I think this can be marked as "RESOLVED CONFIGURATION CHANGED". Thanks!
Comment 8 zalan 2022-07-24 16:01:00 PDT
Thank you!