Closed Bug 101124 Opened 23 years ago Closed 23 years ago

Caret not in right place after click with large text in CSS-styled textarea

Categories

(Core :: DOM: Selection, defect)

x86
Linux
defect
Not set
minor

Tracking

()

RESOLVED DUPLICATE of bug 106855
Future

People

(Reporter: greenrd, Assigned: mjudge)

Details

(Whiteboard: DUPME)

Attachments

(2 files)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4+) Gecko/20010922
BuildID:    2001092206

Often the caret can appear in the wrong place (or seem to disappear altogether)
when you click on a blank line in a large amount of text in a CSS-styled textarea.

I tried to make a smaller test case but then the test case stopped working. Also
the CSS in the attachment is necessary for the test case to work.

Reproducible: Always
Steps to Reproduce:
1. Open attachment yabb2.html in mozilla
2. Open attachment us-constitution.txt in a text editor, select all and copy
3. Follow these steps EXACTLY - test case is reproducable every time for me if I
follow these to the letter:
4. Middle-click paste into textarea
5. Scroll down so that "Article 1" is just visible as the last line of the textarea.
6. Select a word in the penultimate line of the "We the people" paragraph, e.g.
the word "and".
7. Click once on the first of the two blank lines above "Article 1". Caret
appears as expected. Don't go all the way to the left edge and click - just
click below the word you selected.
8. Click once on the second of the two blank lines in the same position.

Actual Results:  Caret appears some lines above where you clicked.

Expected Results:  Put caret on the blank line you clicked on.

Trivial but annoying. Happens a lot - often the caret becomes invisible or
offscreen (which amounts to the same thing).
Attached file US Constitution
Attached file yabb2.html
I can't reproduce it when following exactly the steps you described above, but
the cursor/selection works bad anyway if you click on some line behind the end
of the text on that line. But there are maybe some duplicates of this bug.
Marking these all WORKSFORME sorry about lack of response but were very
overloaded here. Only reopen the bug if you can reproduce with the following steps:

1) Download the latest nightly (or 0.9.6 which should be out RSN)
2) Create a new profile
3) test the bug again

If it still occurs go ahead and reopen the bug. Again sorry about no response
were quite overloaded here and understaffed.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Reopening because it still happens with current nightly (Linux 2001111221) with
a new profile. 
Note - the steps as described in the bug report are very hard to reproduce, but
the bug can be triggered many other ways. Just paste the us-constitution text
into the textarea and start to click on end of lines (behind the wrapped text).
Then sooner or later you'll realize that the caret is misplaced. It is often
misplaced when you click somewhere then scroll the caret out of the view and
click on end of a line.
Sometimes even bogus selection appears.
Severity: trivial → minor
Status: RESOLVED → UNCONFIRMED
Keywords: mozilla1.0, ui
Resolution: WORKSFORME → ---
Makring NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
this is a dup of some bug with caret placement in text areas.
Status: NEW → ASSIGNED
Whiteboard: DUPME
Target Milestone: --- → Future
I believe it's a dup of 106855, marking as such

*** This bug has been marked as a duplicate of 106855 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: