Closed
Bug 47413
Opened 25 years ago
Closed 25 years ago
Dragging InetShortcuts created by IE into Nav doesn't work
Categories
(Core :: XUL, defect, P3)
Tracking
()
VERIFIED
FIXED
M18
People
(Reporter: mikepinkerton, Assigned: mikepinkerton)
Details
Attachments
(3 files)
|
5.87 KB,
patch
|
Details | Diff | Splinter Review | |
|
6.02 KB,
patch
|
Details | Diff | Splinter Review | |
|
6.50 KB,
patch
|
Details | Diff | Splinter Review |
- create an internet shortcut from IE by dragging a link to the desktop
- drag this shortcut into mozilla's navigator
expected:
- url loads
actual:
- some random chunk of the shortcut file gets put into the url bar and "loaded"
The code is all written to do this the "right" way, I just can't get it to work.
It all lives in
mozilla/widget/src/windows/nsClipboard.cpp::FindURLFromLocalFile()
For some reason, the code w/in ResolveShortcut() fails to load the file
(persistFile->Load() fails) and I have no idea why. The filename is valid, but
the load still fails. Not being a win32 weenie, I'm at a loss here.
| Assignee | ||
Comment 1•25 years ago
|
||
marking helpwanted so some win32 weenie can come save my ass again. futuring.
Comment 2•25 years ago
|
||
Comment 3•25 years ago
|
||
I've attached a patch for this.
Check out the change around line 605 before you do anything with this. On
Win2k, shortcuts ARE unicode. I replaced the FindUnicodeFromPlainText with a
call to FindURLFromLocalFile - but you may want to revisit that.
Also set it up so that the buffer is alloc'd rather than a stack buffer - could
change that back but would need to pass in buf size to ResolveShortcut().
Keywords: patch
Comment 4•25 years ago
|
||
Comment 5•25 years ago
|
||
Updated•25 years ago
|
Keywords: helpwanted,
patch
Comment 6•25 years ago
|
||
that last patch was to address a file handle leak.
While testing the previous patch, I noticed that I couldn't delete my test inet
shortcut until mozilla had exited.
| Assignee | ||
Comment 7•25 years ago
|
||
i'll try to get the patch in (minus the bit about replacing the call to
FindUnicodeFromPlainText...trust me, that is correct).
I can't tell from looking, but what was my version of ResolveShortcut() (which i
was copying from 4.x) doing wrong?
Thanks Sean, I really appreciate the help!
| Assignee | ||
Comment 8•25 years ago
|
||
adding patch keyword, pulling back to m18 so i don't forget to land it
Keywords: patch
Target Milestone: Future → M18
Comment 9•25 years ago
|
||
a=waterson
| Assignee | ||
Comment 10•25 years ago
|
||
thanks again sean, this is checked in.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 11•25 years ago
|
||
Does *NOT* work for me
Platform: PC
OS: Windows 98
Mozilla Version: 2000100508
Now it doesnt do anything the link doesnt even show up in the status bar. Reopening.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
| Assignee | ||
Comment 12•25 years ago
|
||
this works fine for me on 2k. jrgm? do you have a 98 box to test? assigning to
you to get off my radar until we can verify...
Assignee: pinkerton → jrgm
Status: REOPENED → NEW
Comment 13•25 years ago
|
||
I tried this (drag IE->desktop, drag desktop->Mozilla) with win2k/ie5, nt4/ie4,
win98se/ie5, win95osr2/ie5, and in each case the URL of the shortcut is loaded.
Assignee: jrgm → pinkerton
Comment 14•25 years ago
|
||
FIXED.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•