cancel
Showing results for 
Search instead for 
Did you mean: 

Since updating from 16 to 17, desktop shortcuts created by dragging show generic Windows icon instead of Firefox-page icon.

SOLVED
Highlighted
New User

Since updating from 16 to 17, desktop shortcuts created by dragging show generic Windows icon instead of Firefox-page icon.

Upon upgrading from FF 16 to 17, I can still drag the icon that's to the left of the url to the desktop (or even to the XP Quick Launch Bar, Folder Shortcuts, etc.) to create an internet shortcut to the current page. However, with 17 this method produces a shortcut that shows a generic Windows icon instead of a Firefox-page icon. Even though a generic Windows icon normally denotes "no program associated," these still open with FF when double-clicked. But it doesn't look right. (BTW, all the shortcuts created by this method in FF 16 or lower retained the FF-page icon with the upgrade to 17.)

Any ideas why this changed and how to fix it so it looks the same as before?

Pending resolution of this (and another issue) I went back to FF 16, and it works normally again. However, the shortcuts that were created while I had 17 still show the generic Windows icon.

fixed in Firefox 21 - locking this old thread

1 ACCEPTED SOLUTION

Accepted Solutions
New User

Re: Since updating from 16 to 17, desktop shortcuts created by dragging show generic Windows icon instead of Firefox-page icon.

This issue has been finally addressed here: https://bugzilla.mozilla.org/show_bug.cgi?id=827784

An option "browser.shell.shortcutFavicons", accessible through about:config, has been added that allows one to choose the old behavior of using generic FF icon (thus without any favicon) for shortcuts created dragging an URL from the address bar to the desktop (or whatever other directory/folder).

I would like to publicly thanks Josh Yuan for coding and Brian R. Bondy for sponsoring this fix that will be issued with Firefox rev 21.

Apparently the fix is already available with Nightly releases.

64 REPLIES
New User

Re: Since updating from 16 to 17, desktop shortcuts created by dragging show generic Windows icon instead of Firefox-page icon.

Having the same thing happened here. Obvious bug, i hope they get it fixed soon.

2012-11-20-21-52-33-911af7.png
Site Moderator

Re: Since updating from 16 to 17, desktop shortcuts created by dragging show generic Windows icon instead of Firefox-page icon.

That is a problem with the default browser setting that hasn't worked properly.

You can try to redo the default browser (temporarily make another browser the default) and/or check the registry keys in HKEY_CLASSES_ROOT to see if the specify the correct icon.
In Windows XP you can also do this via the Control Panel > Folder Options > File Types.

New User

Re: Since updating from 16 to 17, desktop shortcuts created by dragging show generic Windows icon instead of Firefox-page icon.

Tried that already with Google and IE to no avail. just started this after 17.0 update.

New User

Re: Since updating from 16 to 17, desktop shortcuts created by dragging show generic Windows icon instead of Firefox-page icon.

cor-els suggestions didn't work for me, either.

I'm not one of those people who is prone to a knee-jerk "I'm done with Firefox!" response, but given that this is about the 6th such issue I've had pop up in the last several months, I think it's time to finally try another browser. Every time Firefox updates there's some unpleasant surprise. That used to be the exception, but unfortunately it seems to have become the rule.

New User

Re: Since updating from 16 to 17, desktop shortcuts created by dragging show generic Windows icon instead of Firefox-page icon.

Ditto here:

XP-SP3 FF v17

After install of FF v17, all new shortcuts dragged to desktop render as generic windows icon, not FF.

New User

Re: Since updating from 16 to 17, desktop shortcuts created by dragging show generic Windows icon instead of Firefox-page icon.

Back to FF 16 at the moment, but meant to mention that when I was still using 17 I tried Safe Mode (add-ons disabled) to see if that solved the problem, but it didn't.

New User

Re: Since updating from 16 to 17, desktop shortcuts created by dragging show generic Windows icon instead of Firefox-page icon.

Further details about this problem:

  • New behavior in FF17
  • 'Generic' shortcuts no longer use icons that are compatible with windows 7 adjustable scaling.
  • Not only are the icons fixed-size, the generic firefox icon used when there is no favicon appears to be a 16x16px upscaled icon.
  • Standard-sized favicons are centered inside a white square

In the attached image, observe two newly-created shortcuts (one to a site with a custom favicon, one to a site without) next to a shortcut created using firefox 16.

This change is a step backwards. Having no option to make my shortcuts all be recognizable as internet shortcuts (by looking the same) is bad. But fixed-size icons? Really? Those should have been deprecated for the windows releases since 2007.

2012-11-26-11-52-36-9ec5fc.png
New User

Re: Since updating from 16 to 17, desktop shortcuts created by dragging show generic Windows icon instead of Firefox-page icon.

Same problem here, spent numerous hours to find a solution to no avail. Extremely annoying.

Firefox tells me I'm on the RELEASE update channel, but this is quite obviously a beta (if not even alpha) version with completely untested "features". If someone knows any way to get rid of this nonsense behavior (config setting to use default icon for desktop shortcuts?) please let us know.

New User

Re: Since updating from 16 to 17, desktop shortcuts created by dragging show generic Windows icon instead of Firefox-page icon.

I found that if I use the deskCut extension, which adds desktop shortcut creation to the context-menu, the resulting shortcut still has a Firefox icon even though dragging doesn't any more. While this extension is very handy and also supplies a *temporary* workaround, I mention it primarily as a potential diagnostic, as the fact remains that the strange and annoying FF17 bug discussed here needs to be fixed.