Closed Bug 1687135 Opened 3 years ago Closed 2 years ago

Incorrect favicons for Top Sites

Categories

(Toolkit :: Places, defect)

Firefox 86
defect

Tracking

()

RESOLVED INCOMPLETE
Tracking Status
firefox86 --- affected

People

(Reporter: rbarnes, Unassigned)

References

Details

(Keywords: regressionwindow-wanted, steps-wanted)

Attachments

(1 file)

Expected behavior: The Top Sites section of the new tab page shows the favicon corresponding to each entry.

Actual behavior: Some sites' favicons are replaced by favicons from other sites. In my profile, the favicons from theverge.com and news.ycombinator.com seem to be applied most commonly to incorrect sites. In the attached image, the favicon from theverge.com has been incorrectly applied to mail.google.com and wapo.com.

Component: New Tab Page → Top Sites
Severity: -- → S2
Priority: -- → P2
Summary: Incorrect favicons for Top Sites → Incorrect tippy top icons for Top Sites
QA Whiteboard: [qa-regression-triage]

This works fine for me using Nightly 86.0a1 2021-01-16 and latest Nightly 87.0a1 with browser.topsites.useRemoteSetting pref set to True or False.

Is it still reproducible on latest Nightly version? Also, could you please go to about:studies and check if there is anything noted there?
Thank you!

Flags: needinfo?(rlb)

Confirmed, problem persists in latest Nightly (87.0a1 (2021-02-10)), with either value for browser.topsites.useRemoteSetting.

I have not experimented with a clean profile, given the time / effort it would take to build up top sites there.

In about:studies, there are several "Completed Studies", and the only "Active" one is "HTTP3 on Nightly".

Flags: needinfo?(rlb)

Hi Dao,
We would appreciate any ideas that could help us in further debugging this.
Thank you!

Flags: needinfo?(dao+bmo)

Nan, do you have any ideas? Looks like the tippy top service is failing us?

Flags: needinfo?(dao+bmo) → needinfo?(najiang)

Off-hand, I don't think TippyTop service was the cause here. Since neither "mail.google" nor "wapo" is included in the TippyTop manifest, it's very unlikely that TippyTop will associate icons to any of these two sides.

I suspect that the issue was caused by the incorrect icon links in the Places favicon database.

See here for more details about how TopSitesFeed finds favicons for the sites.

:rbarnes - is it possible to run the debugger through the above function with your profile to see what's going on there?

Flags: needinfo?(najiang)
See Also: → 1447479

Hey Dão, is this still actionable, and if so, is it really still S2?

Flags: needinfo?(dao+bmo)

Gonna reset the severity and priority and move this to Places based on comment 5.

Component: Top Sites → Places
Flags: needinfo?(dao+bmo)
Product: Firefox → Toolkit
Summary: Incorrect tippy top icons for Top Sites → Incorrect favicons for Top Sites
Severity: S2 → --
Priority: P2 → --

We addressed most issues with wrong favicons being assigned a couple years ago in Bug 1533480 and its dependencies.
This bug is later, so it looks like there may still be some race condition doing that, but I'm not sure what it may be. It may have been useful to run some queries at the time, now it may be a bit late to get useful debug info.
My only thought is that being the wrong pages things that may have redirected to The Verge, I wonder if the problem is indeed related to redirects.

I'll resolve the bug as incomplete because I doubt we can get debug info after 1 year, thus it's not really actionable. But, if the problem still exists please reopen the bug, and I'll post some code snippets to try understanding what's up.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: