Closed
Bug 358433
Opened 18 years ago
Closed 12 years ago
no longer break between CJK characters at inline frame boundary
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: dbaron, Unassigned)
References
()
Details
Bug 343445 (or something else checked in that day) regressed a testcase that I'd already added to reftests testing whether we break between CJK characters whether or not there's a frame boundary.
Steps to reproduce: load http://lxr.mozilla.org/seamonkey/source/layout/reftests/bugs/351641-2b.html
Expected results: should look just like http://lxr.mozilla.org/seamonkey/source/layout/reftests/bugs/351641-2-ref.html
Actual results: Some pairs of characters do not break.
Regressed between Linux nightlies 2006-10-18-04-trunk and 2006-10-19-04-trunk.
When you fix this, please change the reftest manifest in layout/reftests/reftest.list to remove the "f" (for expected failure) before the "==" for this test (and the comment pointing to this bug).
Reporter | ||
Comment 1•18 years ago
|
||
roc's landing today of bug 370588 apparently fixed this for Windows only; still broken on Mac and Linux.
Actually it only "fixed" it by causing all Japanese text to disappear and have no height, because that tinderbox doesn't have the fonts to render Japanese text.
Comment 3•18 years ago
|
||
Fwiw, it's failing for me now on windows (mingw).
Assignee: roc → nobody
Comment 4•12 years ago
|
||
It is okay for me on Linux x86_64. The character `の' are all show in one column.
Other platforms are also okay in try server [1].
[1] https://tbpl.mozilla.org/?tree=Try&rev=37c80bf7ddc5
Comment 5•12 years ago
|
||
This was fixed by bug 367177 (note that the "fails" annotation removed from the reftest manifest), back in mid-2007. Closing.
You need to log in
before you can comment on or make changes to this bug.
Description
•