Closed Bug 1918480 Opened 1 year ago Closed 1 year ago

Linux taskbar/dock icon disappears ,,randomly"

Categories

(Core :: Widget: Gtk, defect)

Firefox 126
defect

Tracking

()

RESOLVED INVALID

People

(Reporter: kacpi.pancernik, Unassigned)

References

(Blocks 1 open bug)

Details

Steps to reproduce:

Hello!
New here. Sorry for any mistakes.

Firefox, desktop, linux, snap, relatively recent versions, including newest. Three issues, all related to the same files.

  1. Icon disappears ,,randomly" from: KDE's taskbars and main program launcher; GNOME's dock.

  2. Missing translation in taskbar/dock context menu for Polish:
    ,,Open a New Window" (,,Otwórz nowe okno")
    and
    ,,Open a New Private Window" (,,Otwórz nowe okno w trybie prywatnym")

  3. Polish name of the app doesn't fit on the screen.

Issues 2 and 3 sometimes reappear after updates even after manual file editing.

Actual results:

The cause:
Turns out the ,,randomly" is actually after two updates and a re-login. The firefox.desktop or firefox_firefox.deskop files or its variations spread around the OS contain a line like this one or simmilar:

Icon=/snap/firefox/[four numbers]/default256.png

which points to the folder with the newest version of the app. Until it's updated twice, the icon gets deleted with the folder, a re-login or reboot apply the change and I am met with a blank space on my taskbar.

Expected results:

Solutions:
1.1) Change line circa 144 to:

Icon=/snap/firefox/current/default256.png

So that the ,,current" symlink, which points to the newest version is used.

1.2) Move the icon from [four numbers] subfolders to common and change .desktop files accordingly.

  1. Add lines between:

~ 13-14
Name[pl_PL]=Otwórz nowe okno w trybie prywatnym

~ 44-45
Name[pl_PL]=Otwórz nowe okno

  1. Replace line ~ 201 with:
    Name[pl_PL]=Firefox
    or something short that starts with the word ,,Firefox"

Hope it helps!

Summary: linux icon disappears → Linux taskbar/dock icon disappears ,,randomly"

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

Component: Untriaged → Widget: Gtk
Product: Firefox → Core

I think it's more distro bug than Firefox one. Please report it on your distro bug tracker.

Blocks: snap

We changed things on the desktop file so "relatively recent" is unclear. Please share exact version and branch. Especially now there are much more locales, and anything missing should be translated via pontoon.

(In reply to :gerard-majax from comment #3)

We changed things on the desktop file so "relatively recent" is unclear. Please share exact version and branch. Especially now there are much more locales, and anything missing should be translated via pontoon.

I did a clean install of kubuntu 22.04.1 LTS in a VM and ran sudo snap refresh. Firefox updated from something old to:

130.0 (64bit),
Mozilla Firefox Snap for Ubuntu
canonical-002 - 1.0

Locale of the system and browser are region: Poland, language: Polish.

Ok, so the changes from bug 1901703 will ship with 131 which is beta right now. If you can give it a try you could confirm whether all of the issues are already fixed or if things needs to be. I believe for example the localization is done since we inherit it.

This is what i see on current edge (nightly) channel:

$ grep -E "Icon=|Name\[pl" /snap/firefox_edge/current/firefox.desktop 
Icon=/default256.png
Name[pl]=Firefox Nightly
GenericName[pl]=Przeglądarka internetowa
X-GNOME-FullName[pl]=Przeglądarka Firefox Nightly
Name[pl]=Nowe okno
Name[pl]=Nowe okno prywatne
Name[pl]=Menedżer profili

,,Nowe okno", ,,Nowe okno prywatne" and ,,Menedżer profili" are displayed correctly.

File /var/lib/desktop/applications/firefox_firefox.desktop has this line:

Icon=/snap/firefox/4932/default256.png

But now it points to the current version. So it has either been resolved inside the code I haven't looked at or it reset the desktop file because I jumped from stable to Nightly.(In reply to :gerard-majax from comment #6)

This is what i see on current edge (nightly) channel:

$ grep -E "Icon=|Name\[pl" /snap/firefox_edge/current/firefox.desktop 
Icon=/default256.png
Name[pl]=Firefox Nightly
GenericName[pl]=Przeglądarka internetowa
X-GNOME-FullName[pl]=Przeglądarka Firefox Nightly
Name[pl]=Nowe okno
Name[pl]=Nowe okno prywatne
Name[pl]=Menedżer profili

,,Nowe okno", ,,Nowe okno prywatne" and ,,Menedżer profili" are displayed correctly.

File /var/lib/desktop/applications/firefox_firefox.desktop has this line:

Icon=/snap/firefox/4932/default256.png

But now it points to the current version. So it has either been resolved inside the code I haven't looked at or it reset the desktop file because I jumped from stable to Nightly.

Thank you for your patience.

(In reply to kacpi.pancernik from comment #7)

,,Nowe okno", ,,Nowe okno prywatne" and ,,Menedżer profili" are displayed correctly.

File /var/lib/desktop/applications/firefox_firefox.desktop has this line:

Icon=/snap/firefox/4932/default256.png

But now it points to the current version. So it has either been resolved inside the code I haven't looked at or it reset the desktop file because I jumped from stable to Nightly.(In reply to :gerard-majax from comment #6)

This is what i see on current edge (nightly) channel:

$ grep -E "Icon=|Name\[pl" /snap/firefox_edge/current/firefox.desktop 
Icon=/default256.png
Name[pl]=Firefox Nightly
GenericName[pl]=Przeglądarka internetowa
X-GNOME-FullName[pl]=Przeglądarka Firefox Nightly
Name[pl]=Nowe okno
Name[pl]=Nowe okno prywatne
Name[pl]=Menedżer profili

,,Nowe okno", ,,Nowe okno prywatne" and ,,Menedżer profili" are displayed correctly.

File /var/lib/desktop/applications/firefox_firefox.desktop has this line:

Icon=/snap/firefox/4932/default256.png

But now it points to the current version. So it has either been resolved inside the code I haven't looked at or it reset the desktop file because I jumped from stable to Nightly.

Thank you for your patience.

so is the issue still present with nightly?

(In reply to :gerard-majax from comment #8)

(In reply to kacpi.pancernik from comment #7)

,,Nowe okno", ,,Nowe okno prywatne" and ,,Menedżer profili" are displayed correctly.

File /var/lib/desktop/applications/firefox_firefox.desktop has this line:

Icon=/snap/firefox/4932/default256.png

But now it points to the current version. So it has either been resolved inside the code I haven't looked at or it reset the desktop file because I jumped from stable to Nightly.(In reply to :gerard-majax from comment #6)

This is what i see on current edge (nightly) channel:

$ grep -E "Icon=|Name\[pl" /snap/firefox_edge/current/firefox.desktop 
Icon=/default256.png
Name[pl]=Firefox Nightly
GenericName[pl]=Przeglądarka internetowa
X-GNOME-FullName[pl]=Przeglądarka Firefox Nightly
Name[pl]=Nowe okno
Name[pl]=Nowe okno prywatne
Name[pl]=Menedżer profili

,,Nowe okno", ,,Nowe okno prywatne" and ,,Menedżer profili" are displayed correctly.

File /var/lib/desktop/applications/firefox_firefox.desktop has this line:

Icon=/snap/firefox/4932/default256.png

But now it points to the current version. So it has either been resolved inside the code I haven't looked at or it reset the desktop file because I jumped from stable to Nightly.

Thank you for your patience.

so is the issue still present with nightly?

I did a little bit more digging and it is not Firefox's fault. It's linux's fault. When I added the app to ,,Favorites" or dock or whatever else, it created a .desktop file inside ~/.local folder which did not get updated causing the disappearance of the icon. However, the command inside the file used a symlink, thus making the app still launchable.

Sorry for waisting your time.

(In reply to Martin Stránský [:stransky] (ni? me) from comment #2)

I think it's more distro bug than Firefox one. Please report it on your distro bug tracker.

Yea... You were right.

We had our share of issues related to integration, so it's not wasted time. Can we close this as INVALID maybe?

(In reply to :gerard-majax from comment #11)

We had our share of issues related to integration, so it's not wasted time. Can we close this as INVALID maybe?

Sure!

Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.