Selection left in wrong place after dragging text

NEW
Assigned to

Status

()

P4
normal
18 years ago
9 years ago

People

(Reporter: sujay, Assigned: Brade)

Tracking

({helpwanted})

Trunk
mozilla1.5beta
All
macOS
helpwanted
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: editorbase+)

(Reporter)

Description

18 years ago
using 3/22 build of netscape

1) launch netscape
2) launch composer
3) enter some text on several lines 
4) leaving caret at the end of the last line 
5) drag all the text from first line to end of line

caret jumps to next line 

caret should remain at end of last line.
(Assignee)

Comment 1

18 years ago
If I drag text, I expect the caret to be at the end of the dragged text or for 
the dragged text to be entirely selected.  I see this in my debug Mac mozilla 
build from today.

Sujay--any idea when this broke?
Assignee: beppe → brade
Summary: dragging text beyond the text results in cursor jumping to next line after the text → dragging text beyond the text results in bad caret placement

Comment 2

18 years ago
I think I am reproducing the steps
1. are you hitting enter at the end of the line or letting it wrap?
2. are you pressing enter after the last line? if not, how can the caret jump to 
the next line?
3. when you drag from the beginning to the end are you stopping to the left of 
the blinking caret or are you dragging past the caret?

on win98 using the build from 2001032904 I cannot reproduce this
(Reporter)

Comment 3

18 years ago
This problem has disappeared....Kathy can you still reproduce it?

(Assignee)

Comment 4

18 years ago
I still see the caret going to the wrong place (Mac debug build from today).

Comment 5

18 years ago
moz1.0
Priority: -- → P4
Target Milestone: --- → mozilla1.0

Comment 6

18 years ago
spam composer change
Component: Editor: Core → Editor: Composer

Comment 7

17 years ago
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
(Assignee)

Updated

17 years ago
Keywords: helpwanted
Target Milestone: mozilla1.0.1 → Future
(Assignee)

Comment 8

16 years ago
What I see in Netscape 7 build is this:
  * enter this text into composer
       abc
       def
       ghi
  * click after 'f'
  * double click "abc"
  * drag selection to after 'i'
Result is caret blinks before ghi

If you skip the step for clicking after 'f', the caret blinks on the blank line
where "abc" used to be.
Component: Editor: Composer → Editor: Core
Keywords: nsbeta1
Target Milestone: Future → ---
(Assignee)

Comment 9

16 years ago
*** Bug 79770 has been marked as a duplicate of this bug. ***
(Assignee)

Updated

16 years ago
Summary: dragging text beyond the text results in bad caret placement → dragging text results in bad caret placement
Whiteboard: editorbase

Comment 10

16 years ago
Still an issue. On drop, we should leave the dropped text selected. What happens
now is that the selection is left where it was before you dragged, and is now
collapsed.
Summary: dragging text results in bad caret placement → Selection left in wrong place after dragging text
I can not reproduce using 2003031905 build on WinXP.

editorbase+, nsbeta1+ for Mac work.
Keywords: nsbeta1 → nsbeta1+
OS: All → MacOS X
Whiteboard: editorbase → editorbase+
Target Milestone: --- → mozilla1.5beta
QA Contact: sujay → editor
You need to log in before you can comment on or make changes to this bug.