Closed Bug 1997752 Opened 4 months ago Closed 18 days ago

Firefox Tabs in Taskbar not using correct icon

Categories

(Firefox :: Web Apps, defect, P2)

Firefox 144
Unspecified
Windows
defect

Tracking

()

VERIFIED FIXED
149 Branch
Tracking Status
firefox149 --- verified
firefox150 --- verified

People

(Reporter: itsleemcguire, Assigned: dmcintosh)

References

Details

Attachments

(13 files, 2 obsolete files)

4.29 KB, image/png
Details
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review

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

Steps to reproduce:

Go to gmail, or google calendar, click "Add tab to taskbar"

Actual results:

Tab installs on taskbar not with Gmail icon but an ugly black globe, image attached

Expected results:

The Gmail icon should be in taskbar, using the favicon from the site. It works with all other websites

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

Component: Untriaged → Web Apps

Hello, thank you for the bug report!

Managed to reproduce this issue on:

  • Firefox Nightly 146.0a1;
  • Firefox 145.0b9;
  • Firefox 144.0.2;

Tested and reproduced on Windows 10.

Setting as NEW.

Status: UNCONFIRMED → NEW
Ever confirmed: true

@nrishel Could you please help me set a severity for this?

Flags: needinfo?(nrishel)

:oardelean is this a consistent issue or does it take a few attempts?

Flags: needinfo?(nrishel) → needinfo?(oardelean)

This is a consistent issue, I can reproduce from the first try.

STR:

  1. Launch Fx.
  2. Navigate to calendar.google.com or mail.google.com and login using a valid account.
  3. Once logged in, click on the 'Add tab to taskbar' button from the address bar.
Flags: needinfo?(oardelean)
Whiteboard: [fidedi-pbm]
Severity: -- → S3
OS: Unspecified → Windows 10
Priority: -- → P2
Whiteboard: [fidedi-pbm]

We figure out what icon to display using the app's start URL, which for GMail is /mail/. However, favicons are organized per-path, so e.g. /a/b/c can have a different icon than /a/b (which is true, they can be different). The user never actually stays on /mail/ before getting redirected to /mail/u/0, so we don't actually have a favicon saved, giving the black globe.

I'll try looking into fixing this, I suspect this'd open the door to manifest icons (bug 1979462) too.

Assignee: nobody → dmcintosh
Status: NEW → ASSIGNED
OS: Windows 10 → Windows

(In reply to Duncan McIntosh [:dmcintosh] from comment #6)

We figure out what icon to display using the app's start URL, which for GMail is /mail/. However, favicons are organized per-path, so e.g. /a/b/c can have a different icon than /a/b (which is true, they can be different). The user never actually stays on /mail/ before getting redirected to /mail/u/0, so we don't actually have a favicon saved, giving the black globe.

I'll try looking into fixing this, I suspect this'd open the door to manifest icons (bug 1979462) too.

I have tried to webapp the url mail.google.com/mail/u/0/#inbox and that still shows the black globe, and the same with Google Calendar too.

Duplicate of this bug: 2001110
Depends on: 2000947

(Tuning in from a duplicate ticket: 2001110 where some other sites were problematic too...)

Just wanted to note that I didn't experience this bug until recently. My memory of which Firefox version I started using the new PWA feature is foggy, but it did work as expected before (maybe in v143?). I'm not sure if something changed in Firefox itself, with the sites I'm using, or with Windows 11 -- but just wanted to call out in case that's helpful.

This only affects shortcut creation; the icon saving should be moved into
TaskbarTabs.sys.mjs to be used for the window icon.

Moving away from the old getFavicon interface was needed to distinguish
whether getting the favicon succeeded. It's also useful in tests,
especially combined with the added encodePNG function, and it will make
manifest icons much easier.

Thanks for looking into this. Looks like chat.google.com has the same issue!

encodePNG is used later in the patch series. I'm not sure if it's the best
approach, happy to hear alternatives.

getDefaultIcon is also used later in the patch series; it avoids needing
to include the Favicons component everywhere.

TaskbarTabsUtils.getFavicon is no longer used, so remove it.

Attachment #9530176 - Attachment is obsolete: true

After Parts 2 and 3, this is no longer used. It was replaced by
TaskbarTabs.fetchIconForTaskbarTab in Part 5.

Attachment #9540054 - Attachment is obsolete: true
Regressions: 2016617
QA Whiteboard: [qa-triage-done-c150/b149] [qa-ver-needed-c150/b49]
Flags: qe-verify+

Reproducible on a 2026-02-10 Firefox Nightly build on Windows 10.

Verified as fixed on Firefox Nightly 150.0a1 and Firefox 149.0b1 on Windows 10 and Windows 11.

Status: RESOLVED → VERIFIED
QA Whiteboard: [qa-triage-done-c150/b149] [qa-ver-needed-c150/b49] → [qa-triage-done-c150/b149] [qa-ver-done-c150/b49]
Flags: qe-verify+
Duplicate of this bug: 2007807
QA Whiteboard: [qa-triage-done-c150/b149] [qa-ver-done-c150/b49] → [qa-triage-done-c150/b149] [qa-ver-done-c150/b149]
Attachment #9549136 - Flags: approval-mozilla-release?
Attachment #9549137 - Flags: approval-mozilla-release?
Attachment #9549138 - Flags: approval-mozilla-release?
Attachment #9549139 - Flags: approval-mozilla-release?
Attachment #9549140 - Flags: approval-mozilla-release?

firefox-release Uplift Approval Request

  • User impact if declined: The icons associated with taskbar tabs on some websites, particularly Google properties like GMail, are currently a generic globe, which makes it harder for the user to figure out what the taskbar tab is for. It's also an obvious site that users would use with Taskbar Tabs, to the point that we had a campaign promoting it there, so the issue is pretty visible.
  • Code covered by automated testing: yes
  • Fix verified in Nightly: yes
  • Needs manual QE test: yes
  • Steps to reproduce for manual QE testing: For each site in: www.wikipedia.org, www.blender.org, mail.google.com (logged in, showing inbox):
  1. Open the site in a new tab.
  2. Click on the 'Add tab to taskbar' button in the address bar.
  3. Verify that the icon shown in the taskbar is correct, i.e. matches the favicon of the tab. (is Wikipedia a stylized 'W', blender its logo, gmail the colourful envelope)
  4. You should be prompted to pin it to your taskbar, accept.
  5. Close the window. Verify that the icon on the taskbar is still correct.
  6. Open the Start menu and search for the site ('Wikipedia', 'Blender', 'Google Mail'). The icon should be the same as in #3 and #5. Open the shortcut.
  7. Verify that the taskbar icon is still correct for the new window.
  8. Click on the 'Remove tab from taskbar' button in the address bar.
  • Risk associated with taking this patch: medium
  • Explanation of risk level: While the code changes aren't 100% trivial and there's several medium-size revisions, most of the changes are to tests. The actual substantial code changes are relatively small, they're in JavaScript code that is well-tested and only runs when the user interacts with Taskbar Tabs, and the patch has been in Nightly and Beta for the last few weeks without any regressions.
  • String changes made/needed: no
  • Is Android affected?: no
Attachment #9549141 - Flags: approval-mozilla-release?
Flags: qe-verify+

After Parts 2 and 3, this is no longer used. It was replaced by
TaskbarTabs.fetchIconForTaskbarTab in Part 5.

Original Revision: https://phabricator.services.mozilla.com/D279571

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

Attachment

General

Creator:
Created:
Updated:
Size: