1008164 - Row of textarea disappears when pressing Enter/Return on page containing RTL text

Status: RESOLVED DUPLICATE of bug 1007067

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

Description

[Jacob Barkdull]

Attachment: example.html

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 (Beta/Release)
Build ID: 20140421221237

Steps to reproduce:

1. Create a page with a textarea tag and some Arabic text.
2. Type enough text in the textarea for a line to wrap once.
3. Move cursor to the start of the line.
4. Press enter/return.


Actual results:

The first row disappears. Or it seems to, it might be losing its "wrapping" or overflowing from the textarea, as the first row -- that at this point is moved down a line -- is manipulable, the text can be copied and pasted, however, moving the cursor to the end of the line does nothing except move it far off screen.


Expected results:

Both rows should move down together.

Comment 1

[Gingerbread Man]

Attachment: textarea_ISO-8859-8.htm

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0
Built from https://hg.mozilla.org/mozilla-central/rev/2a03b34c8953

* I reproduced this in the latest Nightly on Windows 7.
* I also reproduced this with Hebrew, Syriac, Thaana and N'Ko. It's probably safe to say it affects all right-to-left scripts.
* It's not specific to UTF-8 or LTR pages. I also reproduced this with an ISO-8859-8 RTL page (see the attached test case).
* Omitting dir, lang and meta charset makes no difference.
* Adding wrap="hard" and style="resize: none" to the textarea makes no difference.

Comment 2

[Kohei Yoshino [:kohei]]

I cannot reproduce the issue on OS X.

Comment 3

[Kohei Yoshino [:kohei]]

Oh I can reproduce the issue on OS X, Firefox 29. WFM on Firefox 28.

Comment 4

[Kohei Yoshino [:kohei]]

OK http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013/12/2013-12-17-08-47-57-mozilla-central/
NG http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013/12/2013-12-18-03-02-17-mozilla-central/

Regressed from Bug 950444.

Comment 5

[Mats Palmgren (inactive)]

(In reply to Kohei Yoshino [:kohei] from comment #4)
> Regressed from Bug 950444.

I don't think so.
The line in HTMLTextAreaElement::SetRangeText is still there:
http://hg.mozilla.org/mozilla-central/annotate/41a54c8add09/content/html/content/src/HTMLTextAreaElement.cpp#l948
and we don't call HTMLTextAreaElement::SetRangeText for the
given STR (at least not in a local DEBUG build on Linux64)

So when I try the STR in the FF28 release build for Linux64, but instead of
just one ENTER I type it twice (or more) it results in what looks like the
same bug.  So I think this bug is older than FF29, although it might have
changed behavior slightly between 28 and 29 (unrelated to 950444 though).

Comment 6

[Mats Palmgren (inactive)]

I suspect this bug is a dupe of bug 1007067.  Does the bug go away if you
remove the Arabic (or other RTL) text outside the textarea?

Comment 7

[Kohei Yoshino [:kohei]]

Seems so.