Closed Bug 2002583 Opened 8 days ago Closed 6 days ago

Sponsored Top Sites are missing their logos (except for ones in tippy-top)

Categories

(Firefox for Android :: Top Sites, defect)

All
Android
defect

Tracking

()

VERIFIED FIXED
147 Branch
Tracking Status
firefox145 --- wontfix
firefox146 --- verified
firefox147 --- verified

People

(Reporter: dholbert, Assigned: gl)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression, Whiteboard: [fxdroid] [group5])

Attachments

(4 files)

Steps to reproduce

  1. Launch Firefox Nightly
  2. Look at the sponsored top-site tiles on the new tab page (in the "Shortcuts" section)

Expected behavior

The tile should have the sponsor's brand-logo (e.g. a starburst for Walmart, the "chewy" wordmark for Chewy)

Actual behavior

The tile has a fallback initial-letter (e.g. a "W" for Walmart, and a "C" for Chewy)

Device information

  • Firefox version: 147.0a1
  • Android device model: Pixel 6a
  • Android OS version: 16

Any additional information?

  • This affects current beta and release as well.
  • Regression range on Nightly: last-good build is 2025-11-12, first-bad build is 2025-11-13
  • Those^ two factors suggest that this is a regression from bug 1998748.

(in my case the sponsored tile for Amazon does have its logo; but I think that's because we've got that one baked in via the "tippy-top" list)

Attachment #9529316 - Attachment description: screenshot of bug → screenshot of bug (note the "C" for Chewy)

(In reply to Daniel Holbert [:dholbert] from comment #0)

  • Those^ two factors suggest that this is a regression from bug 1998748.

Credit to @dmueller for bringing up this bug's patch (in a slack discussion) as a candidate regression. He observed:
"Looks like this change stopped using the imageUrl from the sponsored tiles, if I'm reading the code correctly.
https://github.com/mozilla-firefox/firefox/commit/007eaddbe00b09a792be8bb3c6b0a9b610021e09#diff-47ad1082c483e6f8766ce1c9f6a8a4c30934259601cc331e812f4a543ef8943b
My interpretation as a first glance at the code is sponsored tiles are Topsite.Provided, and there was a check for that type which would use Topsite.Provided.imageUrl in the call to Favicon but it no longer does.

[EDIT] But Petru observes that there may be some additional nuance beyond that.

:gl, since you are the author of the regressor, bug 1998748, could you take a look?

For more information, please visit BugBot documentation.

Flags: needinfo?(gl)

I've debugged this in code following a scenario I can reproduce also - missing a "real" favicon for the temu sponsored top site.
Saw that we are using the values we get from Mars but indeed using the url of the sponsored top site here and not the image url.
But tested that even after hardcoding the actual image url to be used our functionality for downloading favicons still could not download a valid one and will return a generated favicon with the first letter from the url hostname.

We already have many other bugs filed for problems with downloading favicons here so this bug seems like it relates to a bigger & older problem.

(In reply to Petru-Mugurel Lingurar [:petru] from comment #5)

I've debugged this in code following a scenario I can reproduce also - missing a "real" favicon for the temu sponsored top site.
Saw that we are using the values we get from Mars but indeed using the url of the sponsored top site here and not the image url.
But tested that even after hardcoding the actual image url to be used our functionality for downloading favicons still could not download a valid one and will return a generated favicon with the first letter from the url hostname.

We already have many other bugs filed for problems with downloading favicons here so this bug seems like it relates to a bigger & older problem.

This is not related to a bigger and older problem. In the changeset I linked, specifically this block of code was removed so we stopped passing in the imageUrl field from the sponsored tile to create a favicon. Previously we would pass in both a parameter for url & imageUrl for sponsored tiles, now we are only passing in a parameter for url.

                if (topSite is TopSite.Provided) {
                    TopSiteFavicon(url = topSite.url, imageUrl = topSite.imageUrl)
                } else {
                    TopSiteFavicon(url = topSite.url, imageUrl = getImageUrl(url = topSite.url))
                }

In this code, if the topsite was sponsored (TopSite.Provided) then we pass in topSite.imageUrl. This was removed and now we're always trying to find an icon from the url.

Assignee: nobody → gl
Status: NEW → ASSIGNED
Flags: needinfo?(gl)
Whiteboard: [fxdroid] [group5]
Flags: qe-verify+
Pushed by gluong@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/45b7b43ae67d https://hg.mozilla.org/integration/autoland/rev/4af1533e614d Use imageUrl for Sponsored Top Sites when loading TopSiteFavicon r=android-reviewers,Roger
Attachment #9529853 - Flags: approval-mozilla-beta?

firefox-beta Uplift Approval Request

  • User impact if declined: No favicon shown for Sponsored Top Sites
  • Code covered by automated testing: no
  • Fix verified in Nightly: no
  • Needs manual QE test: yes
  • Steps to reproduce for manual QE testing: - Verify that sponsored top sites favicon are shown
  • Risk associated with taking this patch: low
  • Explanation of risk level: Low risk because it is only UI changes to utilize the image URL provided by sponsored top sites
  • String changes made/needed: None
  • Is Android affected?: yes
Status: ASSIGNED → RESOLVED
Closed: 6 days ago
Resolution: --- → FIXED
Target Milestone: --- → 147 Branch
Attachment #9529853 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

Verified fixed in latest Nightly (2025-11-29T21:29:03). I see the correct logo for the Walmart top site.

Status: RESOLVED → VERIFIED

Verified fixed in latest Nightly 147.0a1 and RC 146.0 using Poco M4 Pro (Android 12) and Samsung Galaxy S24 (Android 15).
Please note that it is not fixed on Fenix 146.0b9.

Flags: qe-verify+
Blocks: 2003573
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: