Uri Bernstein (Google) Reporter
	Description • 19 years ago

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.

	Uri Bernstein (Google) Reporter
	Comment 1 • 19 years ago

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.

	Masayuki Nakano [:masayuki] (he/him)(JST, +0900) Assignee
	Comment 2 • 19 years ago

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

	rbs
	Comment 3 • 19 years ago

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.

	Masayuki Nakano [:masayuki] (he/him)(JST, +0900) Assignee
	Comment 4 • 19 years ago

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.

	rbs
	Comment 5 • 19 years ago

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.

	(no longer active)
	Comment 6 • 17 years ago

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