330268 - RTL characters typed into a textarea after a long unbreakable string don't appear on screen until scrolled

Status: RESOLVED FIXED

(Core :: Layout: Text and Fonts, defect)

Description

[Uri Bernstein]

If a textarea contains a long unbreakable string, causing a horizontal scrollbar to appear, then typing RTL characters after that string results in only the first RTL character appearing. scrolling the textarea to the right reveals the other characters.

This appeared on the trunk on 2006-03-08, so I naturally suspected bug 319930. However, backing out the patch for that bug didn't fix it, whereas backing out the patch for bug 164700 did fix it.

I'll attach a testcase soon.

Comment 1

[Uri Bernstein]

Attachment: testcase

You'll need an RTL (Hebrew or Arabic) keyboard layout for this.

1. Move the caret to the end of the text (after the "z").
2. Type a space (this is important!)
3. Type some RTL (Hebrew or Arabic) characters. Notice that the first character you type appears on the second line. However, subsequent characters don't appear anywhere.
4. Scroll to the right to reveal the missing characters.

Comment 2

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Attachment: Patch rv1.0

This is not a regression, because current code doesn't support INLINE_BREAK_AFTER.

Comment 3

[rbs]

Comment on attachment 214866 [details] [diff] [review]
Patch rv1.0

Let's bake it on the trunk a few days before landing on the branch.

Comment 4

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

checked-in to trunk.

rbs:
> before landing on the branch.

We need to fix bug 329987 too before landing on the branch.
Please review it.

Comment 5

[rbs]

I am aware of that. I want to experiment that bug/patch myself. But I am still blocked by my broken tree from bug 329209.

Comment 6

[(no longer active)]

Mass-assigning the new rtl keyword to RTL-related (see bug 349193).