Open saschanaz opened 1 year ago
Seems it's https://github.com/tabler/tabler-icons/issues/476 ?
We appreciate your report. I was able to reproduce the issue:
Tested with:
Browser / Version: Firefox Release 109.0.1 (64-bit)/ Firefox Nightly 111.0a1 (2023-02-12) (64-bit) /Chrome Version 110.0.5481.78 (Official Build) (64-bit) Operating System: Windows 10 PRO x64
Notes:
Moving this to NeedsDiagnosis for further investigations.
[qa_07/2023]
That's gfx.downloadable_fonts.otl_validation
, but let's check if there's a newer font available.
It seems like its only reproducible only on Firefox Nightly on Mobile (not reproducible on Release and Beta):
https://github.com/webcompat/web-bugs/assets/107036654/2e498d69-59ae-4e62-bb40-9aeb9d75da17
Tested on: • Browser / Version: Firefox Nightly 117.0a1-20230730210800 / Firefox Beta 116.0-20230720200012 / Firefox Release 115.0.2-20230710165010 / Chrome 115.0.5790.136 • Operating System: Google Pixel 5 (Android 13) - 1080 x 2340 pixels, 19.5:9 ratio (~432 ppi density)
[inv_31/2023]
It seems like its only reproducible only on Firefox Nightly on Mobile (not reproducible on Release and Beta):
It can also be reproduced in Firefox Nightly on Windows. The issue is also present on other Misskey instances. https://github.com/misskey-dev/misskey/issues/12017
This is nothing Firefox can or will fix. The font used here has spec-validating issues, and Firefox Nightly has a pref set that enforces strict font validation. An issue with the font has been filed in January, see https://github.com/tabler/tabler-icons/issues/476, and they need to fix that.
But do we know why Firefox care the font strictness when no other engines seemingly do? Can this be opt-in?
Probably a rare issue that just didn't bother anyone so far I guess, though.
Probably a rare issue that just didn't bother anyone so far I guess, though.
We actually had a bunch of issues with fonts initially, including some Google Fonts. But we managed to convince all of them into fixing their font files, which they did relatively quickly. Of course, there'll always be fonts that aren't well maintained, or like in this case, well-maintained fonts that just don't seem to care about this specific issue (which I can't fault them too much for). :/
But do we know why Firefox care the font strictness when no other engines seemingly do?
Looks like it's one of those "it's complicated" instances. We don't really care, but an upstream library does. Blink is actually using the same library, but it seems like they're letting parts of the font bypass the validation entirely.
This is technically kinda-opt-in, as it's only enabled in Firefox Nightly, and will not ship to Release (or Beta).
But somehow, my sense of time fooled me, and I didn't realize that the update to the OTS library was 8 years ago. I don't think we have any motivation to enable this outside of Nightly, so it might be possible to just discard the validation and make the pref default to false
everywhere, including Nightly.
At the same time, I'm lacking a lot of background and knowledge here. I'll have a chat with Jonathan about this to learn more. I'll make the case for dropping the validation entirely for WebCompat reasons, but I'm not sure this is actually going to happen. I'll set a ni? flag on me here, and I'll update this bug accordingly. (Note that next week is a three-day-work-week for me, so it might not happen next week.)
(oh, and thanks for the nudge, @saschanaz. That's always appreciated. <3)
URL: https://misskey.io/notes/9az6qxacys
Browser / Version: Firefox 111.0 Operating System: Windows 10 Tested Another Browser: Yes Chrome
Problem type: Design is broken Description: Images not loaded Steps to Reproduce:
The font used here is @tabler/icons, and it can also be reproduced with the font alone:
Weirdly this does not happen on Firefox stable channel but I couldn't find a regression range, since it always happens on any nightly/autoland builds. Perhaps some pref?
View the screenshot
Browser Configuration
View console log messages
From webcompat.com with ❤️