Closed Bug 58403 Opened 24 years ago Closed 23 years ago

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

Categories

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

Product:
Core
Component:
DOM: Copy & Paste and Drag & Drop
Platform:
x86
Windows 2000
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
mozilla0.9.6

People

(Reporter: bruppel1, Assigned: bugzilla)

References

Details

(Keywords: polish) 

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"
Assignee: asa → don
Status: UNCONFIRMED → NEW
Component: Browser-General → XP Apps
Ever confirmed: true
QA Contact: doronr → sairuh
seeing this, over to xp apps

this also should be checked if this is a trunk regression or also in branch (ie
rtm nomination)
d'n'd to terri...
QA Contact: sairuh → tpreston
I see it in trunk as well as branch
if this is in branch, this should be rtm, right?
cc alecf, who has been working on similar regressions.  Bug 58403 might be 
related.
Oops, bug 58335 might be related.  If 58403 isn't related then something's 
wrong.
*** Bug 58335 has been marked as a duplicate of this bug. ***
Now the url is correct when dragging the proxy icon or a link, but the first 
word of the title is cut off.
reassign to me
Assignee: don → alecf
Status: NEW → ASSIGNED
Priority: P3 → P1
Summary: Regression: Shortcuts dragged to make shortcuts have no title and are broken → Regression: Shortcuts dragged to destkop have broken title & corrupted url
Target Milestone: --- → mozilla0.9
Target Milestone: mozilla0.9 → mozilla0.8
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.
*** Bug 60396 has been marked as a duplicate of this bug. ***
nav triage team:

So it looks like only multi word titles are broken, marking nsbeta1-, p3, 
normal, resetting target milestone
Severity: major → normal
Keywords: nsbeta1-
Priority: P1 → P3
Target Milestone: mozilla0.8 → ---
nav triage team:

On second thought, setting target milestone back to mozilla0.8.
Target Milestone: --- → mozilla0.8
Target Milestone: mozilla0.8 → mozilla1.0
Marking nsbeta1+, polish. Leaving mozilla1.0 milestone.
Keywords: nsbeta1- → nsbeta1+, polish
*** Bug 58043 has been marked as a duplicate of this bug. ***
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.
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.
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. 
The error with filenames containing a colon is bug 91122.  (That bug might end 
up being a duplicate of this bug, of course.)
Target Milestone: mozilla1.0 → mozilla0.9.4
nav triage team:

moving up to mozilla0.9.4
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.
related to bug 41985 ?
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.
reassigning.
Assignee: alecf → blake
Status: ASSIGNED → NEW
Component: XP Apps → XP Apps: Drag and Drop
Also, it seems that pages with a "/" in the title also produce an error sound 
and no successful shortcut creation.
Also, a title "a\b" creates a folder "a" with in it a link "b" when dragging the
link to e.g. the desktop.
Target Milestone: mozilla0.9.4 → mozilla0.9.5
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 /
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.
Target Milestone: mozilla0.9.5 → mozilla0.9.6
This Works For Me.  Anyone else?  If not, why not resolve it?
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.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Verified wfm w2k build 2001-10-16-05-0.9.4
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.