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)
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).
Reporter | ||
Comment 1•23 years ago
|
||
Reporter | ||
Comment 2•23 years ago
|
||
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.
Comment 4•23 years ago
|
||
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 → ---
this is a dup of some bug with caret placement in text areas.
Status: NEW → ASSIGNED
Whiteboard: DUPME
Target Milestone: --- → Future
Comment 8•23 years ago
|
||
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 ago → 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•