**https://bugzilla.mozilla.org/show_bug.cgi?id=1852554#c49** > Because there's no .desktop file for firefox on this system, I have to run firefox using snap run firefox. Despite that, when I'm using it, an icon appears in my task(bar/manager) correctly, which I can pin and drag to my desktop, creating a formerly considered to be erroneous .desktop file acting as a URI rather than path invoker, but with the path /snap/firefox/3182/usr/lib/firefox/firefox supplied. If I invoke this "incorrect" version, it indeed is able to set itself as the default scheme handler, despite there being no obvious .desktop file. Perhaps my conclusion thus that the lack of a desktop file is the cause is erroneous, but gee this is confusing. I might actually be correct about the latter part, because by pinning it and/or dragging it to the desktop, a `.desktop` file is indeed created in `$HOME/.local/share/plasma_icons`.
Bug 1854815 Comment 1 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
> #### [`id=1852554#c49`](https://bugzilla.mozilla.org/show_bug.cgi?id=1852554#c49)
>
> Because there's no `.desktop` file for firefox on this system, I have to run firefox using snap run firefox. Despite that, when I'm using it, an icon appears in my task(bar/manager) correctly, which I can pin and drag to my desktop, creating a formerly considered to be erroneous `.desktop` file acting as a URI rather than path invoker, but with the path `/snap/firefox/3182/usr/lib/firefox/firefox` supplied. If I invoke this "incorrect" version, it indeed is able to set itself as the default scheme handler, despite there being no obvious `.desktop` file. Perhaps my conclusion thus that the lack of a desktop file is the cause is erroneous, but gee this is confusing.
I might actually be correct about the latter part, because by pinning it and/or dragging it to the desktop, a `.desktop` file is indeed created in `$HOME/.local/share/plasma_icons`.