Bug 15000 – Last character in each line is clipped at the half-way point

• Status: RESOLVED
• Resolution: WORKSFORME
• Component: Layout and Rendering

[Jungshik Shin]

At the url given above, the last character in each line of the main text is clipped at the half-way point.

For instance, the line just above a large image (of a poster with an actress) should read :

 “정말 참 많은 사람들에게 이런 허탈감과 실망을 안겨준 것에 대해서 너무나도 죄송스러울 따름이고

but only the left half of the last character '고' is visible. 

When I tried to copy the line, the right half become visible at the expense of the left half of the first character in the line. It's not clear with the line above, but if you try that with the second line below the image, it's obvious.   

다. 학력을 속인 건 단순 실수였다고 치자. 사태를 수습하는 태도는 엉망이다. 그냥 홍콩행 비행기표 

When the page was rendered initially, the right half of the last character ('표') was invisible. After I copied the line to the clipboard, the left half of the first character ('다') became invisible.

[Jungshik Shin]

recap with the character encoding set to UTF-8 so that bugzilla does not convert Korean characters to NCRs.


At the url given above, the last character in each line of the main text is clipped at the half-way point.

For instance, the line just above a large image (of a poster with an actress) should read :

 “정말 참 많은 사람들에게 이런 허탈감과 실망을 안겨준 것에 대해서 너무나도 죄송스러울 따름이고

but only the left half of the last character '고' is visible. 

When I tried to copy the line, the right half become visible at the expense of the left half of the first character in the line. It's not clear with the line above, but if you try that with the second line below the image, it's obvious.   

다. 학력을 속인 건 단순 실수였다고 치자. 사태를 수습하는 태도는 엉망이다. 그냥 홍콩행 비행기표 

When the page was rendered initially, the right half of the last character ('표') was invisible. After I copied the line to the clipboard, the left half of the first character ('다') became invisible. 

[Jungshik Shin]

Safari on Mac with a few day old Webkit trunk has the same issue. So does Safari 2 as included in Mac OS 10.4.x.  The only difference on Mac and Window is at which character line is wrapped. 

[David Kilzer (:ddkilzer)]

Confirmed with a local debug build of WebKit r25142 with Safari 3 Public Beta v. 3.0.3 (522.12.1) on Mac OS X 10.4.10 (8R218).

Note that the part of the page with hidden content is an <iframe> with scrolling="no" set.  If you slow drag-highlight the text to the right (where the character is cut off), you'll notice that the content of the iframe scrolls to the left to expose the missing part of the character.

This does not happen in Firefox 2.0.0.6 with a browser window that's the same width and height as Safari.

[Eric Seidel (no email)]

This would be a line-measuring issue, and totally mitz territory. ;)

[Jungshik Shin]

The site does not have the problem any more. It's my fault NOT to capture the site when I reported it. Either it's fixed on the webkit or the site has changed.