Description of problem: I think we should update F28-F29 from the current 20161022 snapshot to the latest stable 2017-09-19 release. https://github.com/googlei18n/noto-fonts/releases/tag/v2017-09-19-phase3-second
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.