RESOLVED CONFIGURATION CHANGED 64013
REGRESSION: CJK characters causes floats to be misaligned
https://bugs.webkit.org/show_bug.cgi?id=64013
Summary REGRESSION: CJK characters causes floats to be misaligned
Bryan Logan
Reported 2011-07-06 11:55:04 PDT
See the attached JSFiddle. The bottom float should be flush to the right. Changing the characters in the top right to English characters causes the float on the bottom row to be properly aligned.
Attachments
test case (401 bytes, text/html)
2011-07-06 14:24 PDT, Alexey Proskuryakov
no flags
Safari / WebKit ToT matches with other browsers (310.29 KB, image/png)
2024-03-24 23:01 PDT, Ahmad Saleem
no flags
Alexey Proskuryakov
Comment 1 2011-07-06 14:24:32 PDT
Created attachment 99881 [details] test case Thank you for the report! It's better to have test cases actually attached than to link to external sites.
Alexey Proskuryakov
Comment 2 2011-07-06 14:26:03 PDT
Confirmed with r90400. This is a regression from Safari 5.0.5.
Alexey Proskuryakov
Comment 3 2011-07-06 14:26:24 PDT
Bryan Logan
Comment 4 2011-08-08 13:22:17 PDT
Has there been any progress on this? This is a pretty bad regression because not only is the content misaligned, but it also doesn't fire click events.
Alexey Proskuryakov
Comment 5 2011-08-08 13:58:49 PDT
Are there any known sites affected? That information would help prioritize investigation.
Bryan Logan
Comment 6 2011-08-09 04:53:33 PDT
This affects Gmail mobile in CJK.
mitz
Comment 7 2011-08-09 10:25:02 PDT
Looks like the CJK font has a larger descender, making the first float taller than a line, so its bottom is below the top of the second float (which originates on the second line).
Bryan Logan
Comment 8 2011-08-31 16:47:13 PDT
Is there a patch coming? This also affects the newly-launched Gmail Offline such that stars cannot be clicked.
mitz
Comment 9 2011-09-19 14:10:06 PDT
With the test case (attachment 99881 [details]), TOT WebKit behavior matches the layout in Firefox 3.6.22 and in Firefox 6.0.2 in OS X Lion. I think this is actually a WebKit progression and I see no reason to change the behavior.
Bryan Logan
Comment 10 2011-09-20 04:50:24 PDT
I see this in FireFox as well, though I'm not convinced it is correct. Is it in the spec? At the least there should be a workaround. How can I get the bottom line to float completely to the right?
Philippe Wittenbergh
Comment 11 2011-09-20 06:07:21 PDT
(In reply to comment #10) > I see this in FireFox as well, though I'm not convinced it is correct. Is it in the spec? It is correct per the spec. Depending on how your browsers are configured (which default font ?), the issue will be more or less visible. The intrinsic line-height for the roman text (Times maybe, or Helvetica maybe ?) is narrower / smaller than the line-height for the Japanese text - Hiragino Kaku gothic has an intrinsic line-height of about 1.5em, Times about 1.15em, Helvetica 1.05em). The line-box generated for your first floated box is thus much taller than the ones for the Roman text. > At the least there should be a workaround. How can I get the bottom line to float completely to the right? Set the line-height ? or better 'clear:right' for the second float (basic things really)? --- It doesn't help that WebKit does some hackery things with Helvetica and Times to have their (intrinsic) line-height match the one for Arial and Times New Roman - but that is still smaller than Jpn fonts.
Ahmad Saleem
Comment 12 2024-03-24 16:01:49 PDT
Created attachment 470582 [details] Safari / WebKit ToT matches with other browsers All browsers as shown in reference image are matching, so we can mark this as 'RESOLVED CONFIGURATION CHANGED'.
Note You need to log in before you can comment on or make changes to this bug.