Closed Bug 55233 Opened 24 years ago Closed 23 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: 23 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: