58403 - Regression: Shortcuts dragged to destkop have broken title & corrupted url

Status: VERIFIED WORKSFORME

(Core :: DOM: Copy & Paste and Drag & Drop, defect, P3)

Description

[Ben Ruppel]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20001028
BuildID:    2000102808 (trunk)

Hi, this worked for a while but it's been broken for over a week.  When dragging
a link from mozilla to a folder or the desktop, it should make a web link icon
there that has the page's title as the name and should point to the page it was
dragged on.  Right now, the title is nothing ("") and the url included starts
out like this: "http://http%3a//" which causes an error when trying to open the
link.

Reproducible: Always
Steps to Reproduce:
Go to page.  Drag link icon from location bar to desktop.

Actual Results:  Link is produced on desktop, but title is nothingness (didn't
think that could happpen).  The web address included in the link is like this:
"http://http%3a//www.mozilla.org/quality/help/bugzilla-helper.html"

Expected Results:  The title should be the page's title, and the web address
should be correct, like this:
"http://www.mozilla.org/quality/help/bugzilla-helper.html"

Comment 1

[Doron Rosenberg (IBM)]

seeing this, over to xp apps

this also should be checked if this is a trunk regression or also in branch (ie
rtm nomination)

Comment 2

[sairuh (rarely reading bugmail)]

d'n'd to terri...

Comment 3

[Terri Preston]

I see it in trunk as well as branch

Comment 4

[Doron Rosenberg (IBM)]

if this is in branch, this should be rtm, right?

Comment 5

[Jesse Ruderman]

cc alecf, who has been working on similar regressions.  Bug 58403 might be 
related.

Comment 6

[Jesse Ruderman]

Oops, bug 58335 might be related.  If 58403 isn't related then something's 
wrong.

Comment 7

[Alec Flett]

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

Comment 8

[Jesse Ruderman]

Now the url is correct when dragging the proxy icon or a link, but the first 
word of the title is cut off.

Comment 9

[Alec Flett]

reassign to me

Comment 10

[Ben Ruppel]

Hi, I just wanted to note that this currently works okay for single word titles,
but some titles.  I'm not sure what makes this following link not work (perhaps
the colon):
http://www.vard.org/jour/99/36/1/brien361.htm
try to drag it to make a link.

Comment 11

[Keyser Sose]

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

Comment 12

[Paul Chen]

nav triage team:

So it looks like only multi word titles are broken, marking nsbeta1-, p3, 
normal, resetting target milestone

Comment 13

[Paul Chen]

nav triage team:

On second thought, setting target milestone back to mozilla0.8.

Comment 14

[Paul Chen]

Marking nsbeta1+, polish. Leaving mozilla1.0 milestone.

Comment 15

[Marc Attinasi]

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

Comment 16

[adam]

I'm having trouble seeing this as "polish". It impedes my browsing quite a bit.

I can't migrate my bookmarks to Mozilla because of issues like the dataloss of
bookmarks last month as well as the general up and down ability to edit the
bookmark list.

If I can drag a shortcut to my Explorer favorites folder I can browse and
bookmark unimpeded.

As this functionality stands in Moz I can only get working shortcuts from my
drag and drops about %50 of the time.

Incidentally the 60396 bug that I reported this problem with has some info which
this bug lacks.

As one example dropping a bookmark to an Amazon.com book always fails apparently
at least partially due to the colons in the bookmark title. With this example
you get an error message from the OS regarding inappropriate file naming.

You can also get this to fail in this manner by trying to bookmark this bug to
the desktop.

Comment 17

[Ben Ruppel]

I thought this was fixed, but try dragging this url to your desktop:
http://efunda.globalspec.com/Frames?Url=http%3A//efunda.globalspec.com/SpecSearch/SearchForm%3FVID%3D3470%26Comp%3D246
First few times it game me a "couldn't find path" error dialog, but now I just
get a ping sound.

Comment 18

[otto]

As a possibly related issue, dragging a URL where the title contains a ":"
causes an error on Windows.

For example: http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=1446673090
produces "The filename, directory name, or volume label syntax is invalid." twice. 

Comment 19

[Jesse Ruderman]

The error with filenames containing a colon is bug 91122.  (That bug might end 
up being a duplicate of this bug, of course.)

Comment 20

[Paul Chen]

nav triage team:

moving up to mozilla0.9.4

Comment 21

[Ben Ruppel]

A) this looks like it's fixed as far as the summary goes.  Shortcuts dragged to
desktop no longer have broken titles and corrupted urls.
However,
B) there is still a problem when there is a colon in the title.  The bug
referenced, 91122, seems to deal with the colon problem, but it should maybe
state so in the summary and move the other shortcut problems mentioned there to
other bugs.

Unless anyone is still having this problem, I suggest closing this bug and
focusing on the other bugs.

Comment 22

[basic]

related to bug 41985 ?

Comment 23

[Ben Ruppel]

Huh, I've never seen my shortcuts given URL names.  In any case, I also think we
should ditch the "polish" keyword, as this is a major pain in the bum.  Finally,
this url:
http://respond.webhire.com/itt/jd213.html
has an error making a shortcut.  It just makes a "ding" noise and it has no
colon in the page title.

Comment 24

[Blake Ross]

reassigning.

Comment 25

[Ben Ruppel]

Also, it seems that pages with a "/" in the title also produce an error sound 
and no successful shortcut creation.

Comment 26

[Edwin Martin]

Also, a title "a\b" creates a folder "a" with in it a link "b" when dragging the
link to e.g. the desktop.

Comment 27

[Peter Trudelle]

Let's not morph this bug beyond the originally reported problem, which I'm sure
not seeing anymore.  Please open new bug reports for exception cases like : or /

Comment 28

[Peter Trudelle]

Mass moving lower-priority bugs to 0.9.6 (with Blake's pre-consent) to make room
for remaining 0.9.4/eMojo bugs and MachV planning, performance and feature work.
 If anyone disagrees with the new target, please let me know.

Comment 29

[Ben Ruppel]

This Works For Me.  Anyone else?  If not, why not resolve it?

Comment 30

[Jesse Ruderman]

The cases recently mentioned by Ben Ruppel and Edwin Martin are covered by bug 
78509, "Can't make an Internet shortcut with :, /, \ in title (by dragging link 
to desktop)".

The original bug here works for me and for the reporter (Ben Ruppel), so 
marking WFM.

Comment 31

[Terri Preston]

Verified wfm w2k build 2001-10-16-05-0.9.4