Closed Bug 55233 Opened 25 years ago Closed 24 years ago

Selection in scrolled textareas has mouse coordinate problems

Categories

(Core :: Layout, defect, P3)

All
Windows NT
defect

Tracking

()

RESOLVED DUPLICATE of bug 83650
mozilla0.9.9

People

(Reporter: sfraser_bugs, Assigned: kinmoz)

References

()

Details

(Keywords: testcase, Whiteboard: [selection][textarea][correctness])

Attachments

(1 file)

Go to the URL above, and type enough text into the field that it starts scrolling. Scroll to the bottom of the field, and try clicking in the last line to place your caret there. The caret appears several lines up, the distance up being affected by the scroll offset.
This problem is more general, and affects all platforms. You can see it in composer's HTML source panel. I'll attach a sample page shortly. To repro: 1. Load the attachment in composer 2. Go to composers HTML source view 3. Scroll to the bottom of the text 4. Find the <h2>macCVS</h2> line 5. Click after the <ul> (say 1/2" to the right) on the following line, and slowly drag down. 6. Note that as you drag down, the selection suddenly pops all the way up to near the top of the screen (for me, it hits the "Corporate" H2 higher up) 7. Drag down until you are to the right of the </ul> after the two <li> lines 8. Now, with the mouse still down, drag left and right there. Note that the start of the selection is moving back and forth near the top of the window. There is some scroll offset coordinate bug here in mouse tracking.
Hardware: PC → All
Summary: Clicking in the last line of a textarea puts the caret in the wrong place → Selection in scrolled textareas has mouse coordinate problems
Not going to get to this by RTM. Should fix for mozilla though.
Target Milestone: --- → Future
Upon managerial request, adding the "testcase" keyword to 84 open layout bugs that do not have the "testcase" keyword and yet have an attachement with the word "test" in the description field. Apologies for any mistakes.
Keywords: testcase
Un-future and give to Tony. I've seen several bugs on this now.
Target Milestone: Future → ---
un-futuring, setting milestoone, and giving to myself. anthonyd adding mjudge to the cc list
Assignee: mjudge → anthonyd
Target Milestone: --- → mozilla0.9
adding correctness and nsbeta1
Keywords: correctness, nsbeta1
*** Bug 63205 has been marked as a duplicate of this bug. ***
moving to mozilla1.0, removing nsbeta keyword
Keywords: nsbeta1
Target Milestone: mozilla0.9 → mozilla1.0
need to re look at this after harish lands his big textarea changes
Status: NEW → ASSIGNED
Whiteboard: [selection][textarea][correctness]
--> mjudge
Assignee: anthonyd → mjudge
Status: ASSIGNED → NEW
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
Kin has the fix for this.
Assignee: mjudge → kin
*** This bug has been marked as a duplicate of 83650 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Target Milestone: mozilla1.0.1 → mozilla0.9.9
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: