58122 - 2nd time you drag a link, it drags only the text

Status: VERIFIED FIXED

(SeaMonkey :: UI Design, defect, P3)

Description

[Alec Flett]

So I've noticed that the second time that you drag a link, only the text of the
link is actually dragged... this is because the content-area drag code is
setting up the dom selection to select all the nodes of the link.

I've fixed this among other general cleanup to the DND code for the content
area. Patch forthcoming.

Comment 1

[sairuh (rarely reading bugmail)]

d'n'd qa -> terri.

Comment 2

[Blake Ross]

alec, fixed with dnd changes?

Comment 3

[Alec Flett]

nope - discovered while fixing other dnd problems.. it will be easier to fix
now, but it's not fixed

Comment 4

[janne hayrynen]

is there a fix for this yet? dragging text links has been completely broken in
linux for a long time now. as a contrast to the subject line, i see this every
time i drag a link from document, just the text of the link is being copied, not
the url.

Comment 5

[Jesse Ruderman]

*** Bug 64575 has been marked as a duplicate of this bug. ***

Comment 6

[janne hayrynen]

linux build 2001010108

oh now i noticed, the first time you drag a link between *two mozilla windows*
it works, but the second time it copies the text.

but when dragging text links to NON-mozilla applications in x-windows, the url
is never dropped, only the text. not even the first time. should this be a
separate bug? it cripples the linux version badly.

Comment 7

[Matthew T (active 1999-2002)]

See bug 15665. I think Mozilla shouldn't select the text of a link when the 
link is dragged.

Comment 8

[timeless]

Oh, please consider macos/macosx behavior. and windows behavior.  The app is 
expected to highlight the selection as it starts the drag.  In macos the victim 
object is actually part of the drag [windows generally just shows a special 
drag cursor].

Comment 9

[Matthew T (active 1999-2002)]

Yes, but here when you drag a link, you are dragging a link, you are not 
dragging the text. So Mozilla should focus the link, not select the text.

Comment 10

[Viswanath Ramachandran]

nav triage team: accepting for nsbeta1. QA, please comment on this bug. 

Comment 11

[Paul Chen]

*** Bug 63418 has been marked as a duplicate of this bug. ***

Comment 12

[Paul Chen]

Marking nsbeta1+

Comment 13

[Paul Chen]

Mass moving most of mozilla0.9 bugs to mozilla0.8.1

Comment 14

[Alec Flett]

Attachment: if we have a selection, search for the first anchor

Comment 15

[Alec Flett]

looking for reviewers - this should fix the problem - when we have a normalized
selection (Which happens after the first drag) then we should search for the
first tag within the selection to make it the "urlstring" - which is used below
to construct the transferdata.

Comment 16

[Ben Goodger (use ben at mozilla dot org for email)]

r=ben

Comment 17

[Peter "jag" Annema]

r=jag

Comment 18

[Alec Flett]

fix is in.

Comment 19

[Blake Ross]

Reopening, this fix broke selection dnd. Investigating...

Comment 20

[Blake Ross]

*** Bug 72573 has been marked as a duplicate of this bug. ***

Comment 21

[timeless]

Bugzilla is very confused.

Comment 22

[timeless]

*** Bug 72573 has been marked as a duplicate of this bug. ***

Comment 23

[Kathleen :Brade]

is this linux-specific or cross-platform?

Comment 24

[Blake Ross]

All.

Comment 25

[Alec Flett]

re-closing as fixed, this caused bug 53904 (even though the bug # is earlier :))

Comment 26

[Terri Preston]

Verified fixed w2k build 2001051504
Verified fixed linux build 2001051506
Verified fixed mac build 2001051504

Comment 27

[Ben Ruppel]

funny enough, this is the only reason you could sometimes drag links from
mozilla to netscape....