174842 - All selected text containing a url is treated as the first url in the selection

Status: RESOLVED WORKSFORME

(Camino Graveyard :: Drag & Drop, defect, P3)

Description

[Jason Trindade]

In build:  2002101604
Using the following example: 
When visiting http://slashdot.org/article.pl?sid=02/10/16/1146212
and selecting any text (including text with multiple urls) from the following
exerpt:

"...RedHat kernel patch that cannot be explained to U.S. citizens or others in
the U.S. because of DMCA restrictions. The illegal explanation is hosted at
Thefreeworld.net, a site created specifically to deal with these DMCA issues."

Where RedHat, patch, and Thefreeworld.net are all url links the dragged text
will consistently name itself the url of the first one selected and link to that
site instead of being the text

It works on this (reporting) buzilla page as well.

NOTE: 

This bug is related to Bugzilla Bug 168378 Drag to INPUT elements tries to use
the dragged text as URL, but does not appear to require an input field.

Comment 1

[Jason Trindade]

Let me change that NOTE: it isn't the same as the summary of Bug 168378 

Comment 2

[Stephane Moureau]

Confirmed using 1026 OS X 10.1.5.
Any dragged text to the Finder is saved as text only (clpt/MACS) if the text
does not contain any URL.
If any part of the text contains one or more URL, it's saved as (valid) Internet
Location (ilht/MACS) of the FIRST url only, the rest (text, links) is losted.
But what's funny is that if you select the form RIGHT to LEFT, it's always saved
as text.
Eg. Select this from Left to Right 'new RedHat kernel patch that'
The drag is saved as an Internet Location.

Now Select the same from Right to Left.
The drag is always saved as text (clpt/MACS).

Even if you only select one URL from Right to Left, it will be saved as text.

Comment 3

[Greg K.]

Marking confirmed per comment 2.

Comment 4

[Simon Fraser [no longer active]]

Not really critical.

Comment 5

[Jasper]

Please check this again, as far as I understand this bug report I can not
reproduce this bug using the 20030902 NB. WFM

Comment 6

[Simon Fraser [no longer active]]

Comment 2 still describes the problem accurately, and it still occurs.

Comment 7

[Samuel Sidler (old account; do not CC)]

This has been fixed, I believe. It works for me following the instructions in
comment 2. I'm CCing Jasper to this bug so he can also try it. Simon, can you
explain the bug if it is still valid for you?

Comment 8

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

WFM.  Selecting from LTR and from RTL both result in a text clipping of the
entire selected area.

Comment 9

[Samuel Sidler (old account; do not CC)]

Marking as WFM.