Closed Bug 1751702 Opened 2 years ago Closed 2 years ago

Nightly is incorrectly using Firefox release branding and icons under Linux

Categories

(Core :: Widget: Gtk, defect)

Firefox 98
x86_64
Linux
defect

Tracking

()

RESOLVED DUPLICATE of bug 1751153

People

(Reporter: mac198442, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:98.0) Gecko/20100101 Firefox/98.0

Steps to reproduce:

Just run the latest nightly or any within the last week or so.

Actual results:

It changes the application displayed on the topbar from Nightly to Firefox and displayys the Firefox release icon on the application switcher window.

Expected results:

Should keep the name Nightly and show the nightly branding icon.

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

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

(In reply to Release mgmt bot [:marco/ :calixte] from comment #1)

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

I have no idea what widget gtk would have to do with a branding issue.

Thanks for the report! You need to update your custom Nightly.desktop file: bug 1751153 comment 6

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Component: General → Widget: Gtk
OS: Unspecified → Linux
Product: Firefox → Core
Hardware: Unspecified → x86_64
Resolution: --- → DUPLICATE

Which Linux distribution are you using?

fedora 35

This has zero to do with the desktop file this issue occurs if i just start the latest nightly via CLI.

That's the point: The Wayland desktop (Gnome, KDE) can only show the correct icon for a window if the application is registered with a .desktop file.

As long there is no desktop file that claims responsibility for the binary, the window manager doesn't know which icon it should use for the window.
Wayland apps are not capable to tell the window manager which icon should be displayed.

(In reply to Darkspirit from comment #8)

As long there is no desktop file that claims responsibility for the binary, the window manager doesn't know which icon it should use for the window.
Wayland apps are not capable to tell the window manager which icon should be displayed.

So should be using the one from that application bianay and not changing the application name displayed on the topbar.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: