Bug 1636511
| Summary: | update Google Noto to 2017-09-19 release | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jens Petersen <petersen> | ||||||||||
| Component: | google-noto-fonts | Assignee: | Jens Petersen <petersen> | ||||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||
| Priority: | unspecified | ||||||||||||
| Version: | 29 | CC: | fonts-bugs, gbrbgm+3ir2tgnee3494, i18n-bugs, mfabian, nerijus, petersen, psatpute, pwu, tagoh | ||||||||||
| Target Milestone: | --- | ||||||||||||
| Target Release: | --- | ||||||||||||
| Hardware: | Unspecified | ||||||||||||
| OS: | Unspecified | ||||||||||||
| Whiteboard: | |||||||||||||
| Fixed In Version: | google-noto-fonts-20170919-2.fc29 | Doc Type: | If docs needed, set a value | ||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | Environment: | ||||||||||||
| Last Closed: | 2018-12-13 02:16:00 UTC | Type: | Bug | ||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||
| Documentation: | --- | CRM: | |||||||||||
| Verified Versions: | Category: | --- | |||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
| Embargoed: | |||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Jens Petersen
2018-10-05 15:00:00 UTC
google-noto-fonts-20170919-2.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-a23128d01b After the update a few symbols are rendered incorrectly. For example, Š is rendered as š, ž as some other symbol. I will attach example. Reverting to 20161022 makes the problem disappear. Created attachment 1512919 [details]
20161022 - good
Created attachment 1512920 [details]
20170919 - bad
Can you try it on rawhide and let me know if that still happens there? Seems OK on rawhide. BTW, the link to URL where the problem is visible and screenshots are taken - https://www.miestai.net/forumas/forum/kitos-diskusijos/visuomen%C4%97-ir-%C5%ABkis/17938-xii-seimas-ir-xvii-vyriausyb%C4%97-po-2016-rinkim%C5%B3?p=1688026#post1688026 Assuming that you saw this issue on your browser. did you try to restart your browser after upgrading the google-noto-fonts packages? As reverting (dnf downgrade google-noto-sans-fonts) made text OK even in a running browser session, I did not try to restart browser. Tried now, and it's OK, text is rendered correctly after restart. Created attachment 1513502 [details]
working before upgrade
Created attachment 1513503 [details]
broken after upgrade
testing in gnome terminal ^ (In reply to Nerijus Baliūnas from comment #6) > https://www.miestai.net/forumas/forum/kitos-diskusijos/visuomen%C4%97-ir- > %C5%ABkis/17938-xii-seimas-ir-xvii-vyriausyb%C4%97-po-2016- > rinkim%C5%B3?p=1688026#post1688026 Yes renders fine for me with google-noto-sans-fonts-20170919-2.fc29. I think it is a known issue that live updating fonts (with significant changes) may cause text rendering corruption particularly in browsers (maybe something could be done in FreeType(?) to address this, but surely non-trivial). This type of problem is a reason that gnome-software and Silvertree, etc require reboots for updates. Exactly. this is a known issue and this happens because fonts are mmap'ed to open. if fonts has drastic changes, the location where tables points to are also changed. so unexpected behavior comes. my bad that I didn't add a flag to suggest logout. updated on bodhi that way. google-noto-fonts-20170919-2.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report. |