185943 - Drag-and-drop of an URL sometimes falls in a Form Text field

Status: RESOLVED DUPLICATE of bug 168378

(Camino Graveyard :: Drag & Drop, defect)

Description

[Stephane Moureau]

If you drag an URL/link from one page content to another page CONTENT which has
Form items, like the URL provided, sometimes the URL is pasted at the end of the
TEXTAREA ("Additional Comments") without any particular reason.

I can find why sometimes it happens.
The blinking cursor might be inside it or not, the page might be just opened and
"not modified", no typing at all or "modified".
The dragged link might be new or already in the global or local history.
No matter where the drop happens in the page content, over a form item, over
nothing, another link, above/below the Textarea field.

I can't reproduce this bug all the time but when it happens, it's stay until you
close the window on which the drop occurs.
All I can say is that, when it happens, it always fall in the "Additional
Comments", the only TEXTAREA in the Form.
No matter what you do, once it has started it will always fall there.

I encounter this quite often when I drag a link from a Bugzilla query to an
already opened bug. I don't think it depends of the page as it was the same with
the previous version of bugzilla.
Build 1210.

I don't know what should be the normal reaction if you drag a link/text over a
TEXTAREA or an INPUT field, should it be pasted there? If yes, a new bug must be
filled.

Comment 1

[Simon Fraser [no longer active]]

This seems like the converse of bug 168378.

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

As of Camino 2004121208 (v0.8+), dragging a URL to a text/form field either 

1. Fails, if source and destination are on the same page (bug 225862), or 

2. Loads the URL, if the source and destination are different pages (bug 168378).

Essentially, it seems text/form fields no longer accept any type of drag-drop :(

Stephane, can you still reproduce the original behavior you described in comment
0?  If not, this bug should probably be resolved duplicate of one of the above bugs.

Comment 3

[Simon Fraser [no longer active]]

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

Comment 4

[Simon Fraser [no longer active]]

As shown in bug 294125, drags still can end up in text fields by mistake.
There's a definate coordinate aspect to this; whether the text fields are
targeted depends on where they are on the page.

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I'm going to add these textarea/form drag-drop bugs to the 1.0 list, since
proper drag-drop seems like a basic operation to expect from a 1.0 release :-)

Comment 6

[Simon Fraser [no longer active]]

*** This bug has been marked as a duplicate of 168378 ***