Closed
Bug 568960
Opened 15 years ago
Closed 7 years ago
dragging the favicon from the location bar fails to create a desktop/shortcut file in the target folder
Categories
(Firefox :: Address Bar, defect)
Tracking
()
RESOLVED
INACTIVE
People
(Reporter: mozilla, Unassigned)
References
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.3) Gecko/20100423 Ubuntu/10.04 (lucid) Firefox/3.6.3
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.3) Gecko/20100423 Ubuntu/10.04 (lucid) Firefox/3.6.3
In previous versions of Firefox, I could drag the favicon from the left side of the address bar to a file manager window, and it would create a .desktop shortcut in the right folder. This no longer works.
Reproducible: Always
Steps to Reproduce:
1. Open a folder in Thunar (or any GUI file manager).
2. Open a web page in Firefox.
3. Drag the favicon from the address bar and drop it on the folder window.
Actual Results:
The drop is ignored.
Expected Results:
A .desktop shortcut file should have been created in the target folder.
This worked fine in Firefox 3.5. Upgrading to 3.6 seems to have broken it.
I was unable to find an existing bug report for this particular behavior with the favicon, but I did find bug 478070 which concerns dragging the address bar text.
Summary: dragging favicon to a thunar folder fails to create a desktop/shortcut file → dragging the favicon from the location bar fails to create a desktop/shortcut file in the target folder
Comment 1•15 years ago
|
||
Works fine for me using Firefox 3.6.3 (Mozilla build) on Kubuntu 10.04 with Dolphin 1.4 in KDE SC 4.4.2.
You could try Firefox safe mode or a new profile to see if it's an addon or setting that's interfering somehow:
http://support.mozilla.com/en-US/kb/Safe+Mode
http://support.mozilla.com/en-US/kb/Managing+Profiles
Could also be a bug in Ubuntu's build or something GNOME related.
Version: unspecified → 3.6 Branch
I tried it with a fresh profile, and it still didn't work. Perhaps this feature was broken only for certain file managers? I'm using Thunar from Xfce. Like I said, it worked fine in previous versions of Firefox.
I eventually found a workaround for Firefox 3.6: highlight the URL in the address bar, then drag the highlighted URL to the target folder. However, that workaround no longer works in Firefox 5.0.
I am now using XUbuntu Natty. This is still a problem, though the behavior is different in Firefox 5. It differs from site to site.
Dragging the http://www.amazon.com/, http://www.mozilla.org/, or http://www.google.com/ favicon to a folder yields an error dialog:
"Failed to launch operation. Invalid argument."
Dragging the http://www.iana.org/domains/example/ favicon to a folder creates a file in that folder that contains html, presumably copied from the web site.
This is with a new profile on a new installation of XUbuntu Natty.
Comment 6•14 years ago
|
||
there may be a code relation with bug 625063
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 7•13 years ago
|
||
I see this problem on Windows as well and have a patch that fixes it. I will upload one shortly.
Assignee: nobody → jwein
Status: NEW → ASSIGNED
OS: Linux → All
Hardware: x86 → All
Comment 8•13 years ago
|
||
Sorry, I spoke too soon. The patch that I have fixes dragging the URL, not the favicon.
Assignee: jwein → nobody
Status: ASSIGNED → NEW
Updated•13 years ago
|
OS: All → Linux
Hardware: All → x86
Comment 9•12 years ago
|
||
I installed a fresh Fedora 18 system and updated. Using Gnome everything worked as expected. I then installed XFCE and experienced this problem.
Under Gnome: Dragging site icon to files created a .desktop link which could then be dragged into a browser to load a URL.
Under XFCE: Dragging site icon to files creates a .html and is spurious, as ctrl-u displays HTML and allows saving of html, given the common usage and expectation is creation of a link file (.desktop).
Is this a problem with Firefox? Is anyone working it? From the previous post in 2012 it looks like it was assigned back to "nobody."
Reporter | ||
Comment 10•10 years ago
|
||
Just so nobody thinks this bug is stale:
Problem still exists in Firefox 41.0.2.
Updated•10 years ago
|
Keywords: regression
Comment 11•7 years ago
|
||
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INACTIVE
You need to log in
before you can comment on or make changes to this bug.
Description
•