Open Bug 1786208 Opened 2 years ago Updated 3 months ago

Dragging a URL link to the desktop does not display website icon

Categories

(Firefox :: Shell Integration, defect, P5)

Firefox 103
defect

Tracking

()

UNCONFIRMED

People

(Reporter: vincent.zalzal, Unassigned)

References

(Blocks 1 open bug)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:103.0) Gecko/20100101 Firefox/103.0

Steps to reproduce:

The bug probably appears only when using the Microsoft Store version of Firefox.

  1. Go to wikipedia.org webpage.
  2. Drag the padlock icon next to the URL bar and drop it on the Windows Desktop.

Actual results:

A URL shortcut is created with the default icon (blank white page).

Opening the file in notepad, I see the following line:
IconFile=C:\Users\<username>\AppData\Local\Mozilla\Firefox\Profiles\<profile-code>.default-release\shortcutCache\eV8_WsSLxHadrTL1gAxhug==.ico

Expected results:

A URL shortcut should be created with the website favicon.

If I change the IconFile path to this line, it works and I get the wikipedia favicon:
IconFile=C:\Users\<username>\AppData\Local\Packages\Mozilla.Firefox_<some-code>\LocalCache\Local\Mozilla\Firefox\Profiles\<profile-code>.default-release\shortcutCache\eV8_WsSLxHadrTL1gAxhug==.ico

The Bugbug bot thinks this bug should belong to the 'Firefox::Address Bar' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Address Bar

I couldn't managed to reproduce the issue on my end, dragging the padlock icon to desktop creates a url shortcut with the website favicon.
Could you please try if the issue occurs in safe mode. Here is a link that can help you do that: 
https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode
Thanks.

Flags: needinfo?(vincent.zalzal)

(In reply to Hani Yacoub from comment #2)

I couldn't managed to reproduce the issue on my end, dragging the padlock icon to desktop creates a url shortcut with the website favicon.
Could you please try if the issue occurs in safe mode. Here is a link that can help you do that: 
https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode
Thanks.

I started Firefox in Troubleshoot Mode and could still reproduce the issue (the iconFile path is wrong). I also reproduced the issue on a different computer, with a different profile.

In both cases, OS was Windows 11, and crucially, Firefox was installed using the Microsoft Store, which I feel is the important part here.

Flags: needinfo?(vincent.zalzal)

The severity field is not set for this bug.
:adw, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(adw)
Severity: -- → S4
Component: Address Bar → General
Flags: needinfo?(adw)
Priority: -- → P5

Adding the Qa-not-actionable tag since this issue can't be reproduced on our side.
I will set Firefox: Shell Integration component for this one, it could be a good starting point so the engineering team could take a look at this issue.

QA Whiteboard: [qa-not-actionable]
Component: General → Shell Integration

I also cannot reproduce this issue. I'm on Windows 11. I installed Firefox via the Windows Store. I dragged the padlock icon to the desktop, and it was created with Wikipedia's icon.

My IconFile path looks basically like what yours looked like initially (which you said did not work for you).

@vincent.zalzal If you navigate the browser to about:profiles, does your profile's "local directory" path look more like the IconFile path that you said works for you(i.e. C:\Users\<username>\AppData\Local\Packages\Mozilla.Firefox_<some-code>\LocalCache\Local\Mozilla\Firefox\Profiles\<profile-code>.default-release)? Or does it look like the path that didn't work (i.e. C:\Users\<username>\AppData\Local\Mozilla\Firefox\Profiles\<profile-code>.default-release\shortcutCache\eV8_WsSLxHadrTL1gAxhug==.ico)?

Flags: needinfo?(vincent.zalzal)

(In reply to Kirk Steuber (he/him) [:bytesized] from comment #6)

I also cannot reproduce this issue. I'm on Windows 11. I installed Firefox via the Windows Store. I dragged the padlock icon to the desktop, and it was created with Wikipedia's icon.

My IconFile path looks basically like what yours looked like initially (which you said did not work for you).

@vincent.zalzal If you navigate the browser to about:profiles, does your profile's "local directory" path look more like the IconFile path that you said works for you(i.e. C:\Users\<username>\AppData\Local\Packages\Mozilla.Firefox_<some-code>\LocalCache\Local\Mozilla\Firefox\Profiles\<profile-code>.default-release)? Or does it look like the path that didn't work (i.e. C:\Users\<username>\AppData\Local\Mozilla\Firefox\Profiles\<profile-code>.default-release\shortcutCache\eV8_WsSLxHadrTL1gAxhug==.ico)?

It looks like the path that doesn't work. If I click the Open Folder button next to the path, it says the directory does not exist.

This is what my about:profiles page looks like:

Profile: default-release
This is the profile in use and it cannot be deleted.
Default Profile	yes
Root Directory	C:\Users\vince\AppData\Roaming\Mozilla\Firefox\Profiles\olk3ypj6.default-release
Local Directory	C:\Users\vince\AppData\Local\Mozilla\Firefox\Profiles\olk3ypj6.default-release

Profile: default
Default Profile	no
Root Directory	C:\Users\vince\AppData\Roaming\Mozilla\Firefox\Profiles\oxfit9f9.default
Local Directory	C:\Users\vince\AppData\Local\Mozilla\Firefox\Profiles\oxfit9f9.default

Shortcuts I create get this (non-existent) path which matches the about:profiles page:

IconFile=C:\Users\vince\AppData\Local\Mozilla\Firefox\Profiles\olk3ypj6.default-release\shortcutCache\Ixxij85CALyVUFF4XiveVQ==.ico

I don't have a C:\Users\vince\AppData\Local\Mozilla directory at all.

However, when I searched for a shortcutCache directory in my AppData, I did find a C:\Users\vince\AppData\Local\Packages\Mozilla.Firefox_n80bbvh6b1yt2\LocalCache\Local\Mozilla\Firefox\Profiles\olk3ypj6.default-release\shortcutCache directory. The profile code olk3ypj6 matches what the about:profiles page says, but the path to it is different.

Incidentally, next to the olk3ypj6.default-release directory, I also have oxfit9f9.default which also matches the profile code of the other profile on the about:profiles page, with the wrong path.

Flags: needinfo?(vincent.zalzal)

Hmm, so we are just completely incorrectly getting the profile path.

@nalexander Am I remembering correctly that you have dealt with path mismatches before on Windows Store installations? Any idea what's going on here?

Flags: needinfo?(nalexander)

(In reply to Kirk Steuber (he/him) [:bytesized] from comment #8)

Hmm, so we are just completely incorrectly getting the profile path.

@nalexander Am I remembering correctly that you have dealt with path mismatches before on Windows Store installations? Any idea what's going on here?

Yes, this is just the type of error we see: within the App Package bubble, the given path is correct; outside of the bubble, it's nonsense. This would be solved by unvirtualizing some or all of the MSIX package. I see no ticket for that, just a ticket for collecting telemetry about this: https://bugzilla.mozilla.org/show_bug.cgi?id=1790659.

I can't recall if there's a way to get an "absolute" path valid outside of the App Package bubble; I'll defer to Ben for that. (And for making this block an MSIX improvements meta-ticket.)

Flags: needinfo?(nalexander) → needinfo?(bhearsum)

(In reply to Nick Alexander :nalexander [he/him] from comment #9)

(In reply to Kirk Steuber (he/him) [:bytesized] from comment #8)

Hmm, so we are just completely incorrectly getting the profile path.

@nalexander Am I remembering correctly that you have dealt with path mismatches before on Windows Store installations? Any idea what's going on here?

Yes, this is just the type of error we see: within the App Package bubble, the given path is correct; outside of the bubble, it's nonsense. This would be solved by unvirtualizing some or all of the MSIX package. I see no ticket for that, just a ticket for collecting telemetry about this: https://bugzilla.mozilla.org/show_bug.cgi?id=1790659.

I can't recall if there's a way to get an "absolute" path valid outside of the App Package bubble; I'll defer to Ben for that. (And for making this block an MSIX improvements meta-ticket.)

I haven't come across a way to do this, unfortunately, and looking around now doesn't yield anything either :(.

Flags: needinfo?(bhearsum)
You need to log in before you can comment on or make changes to this bug.