Open Bug 1402250 Opened 7 years ago Updated 4 days ago

Evaluate whether we still need -moz-crisp-edges on favicons

Categories

(Firefox :: Theme, enhancement, P3)

enhancement
Points:
2

Tracking

()

People

(Reporter: mak, Assigned: yazan)

References

(Blocks 2 open bugs)

Details

(Keywords: blocked-ux, Whiteboard: [sng][favicons-2024])

User Story

In a dependency bug, add new telemetry to measure how often the page-icon protocol serves icons smaller than requested (per each request increase a "small" or "fit" counter, so we can see in percentage how many requests will potentially show blurry icons).
Then write a redash query to check it and take a decision.

Note this doesn't necessarily apply to all favicon consumers, for example tabs don't use page-icon.

Attachments

(2 files)

This is splitted from bug 1401851, even if we're now storing and using more hi dpi favicons, we are not yet comfortable with jut removing crisp-edges. We need to collect and analyze more data to understand if we're at a point where crisp-edges does more damage than benefit. We could store some telemetry about the percentage of pages in favicons.sqlite that don't have an icon larger than 16px. This together with the existing LINK_ICON_SIZES_ATTR_DIMENSIONS telemetry could help us making a call.
Blocks: 1081224
I posted the current patch, just as a placeholder, not intending to land it until we have data and a decision.
Priority: -- → P3
(In reply to Justin Dolske [:Dolske] from bug 1401777 comment #31) > That this -moz-crisp-edges gets applied to favicons that are *downscaled* is unintentional. At least for the in-tab favicon, similar to the fix in bug 1401777, it should be relatively straightforward to just pass the width data to set a style / class conditionally doing the crisp or smooth scaling.
we don't always know the favicon size, since the "sizes" attribute is optional and often omitted.
Blocks: 1262982
Severity: normal → S3

Tagging this for the Search team to look into since we own bookmarks and history.

Keywords: blocked-ux
Whiteboard: [sng]
Whiteboard: [sng] → [sng][favicons-2024]
Points: --- → 2
User Story: (updated)
Assignee: nobody → yalmacki
Depends on: 1911375

Telemetry data shows that for users on Nightly 132 between 04-Sep-2024 and 10-Sep-2024, 4.2% of icons served by the page-icon protocol were smaller than requested.

See Also: → 1944201

Yazan could you please post your updated measurements with Release?

Flags: needinfo?(yalmacki)

I wrote a redash query which shows that ~6.1% of page-icon requests on Fx release (29/10/2024 - 28/01/2025) return icons smaller than requested, hence require upscaling. If we completely remove moz-crisp-edges, then around 6% of page-icon requests will result in blurry icons, which I think is a significant amount.

Flags: needinfo?(yalmacki)

Has anyone looked at how Chrome deals with this? I've never noticed blurry favicons in Chrome or jagged/over sharpened favicons either, but people definitely notice the jagged/over sharpened favicons in Firefox

Duplicate of this bug: 1944201

Chrome is pixelizing icons smaller than requested, with a better rescaling though.
image-rendering: pixelated would probably do that, if Bug 1731134 would be fixed, though there's no eta on that.
Overall applying -moz-crisp-edges seems to just make things uglier, and if we cannot easily find examples on the Web where it's helping, it may not really be worth it.
I'll see around if I can find examples of blurry icons, if you find any please feel free to post them. I mean blurry, not pixelated.

I've seen others point out that Firefox doesn't seem to apply anything to the favicons in URL bar results, it looks great and I don't think there's been any complaints or issues with blurry favicons in Firefox's URL bar results, has there? Either way, there should be consistency here (the same favicon shouldn't look different in the tab compared to the URL results).

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

Attachment

General

Created:
Updated:
Size: