firefox does not start after update to Tumbleweed 20220410
I updated to Tumbleweed 20220410 today. After reboot firefox crashes on every start attempt. libreoffice starts only setting "SAL_USE_VCLPLUGIN=gen". /usr/libexec/ssh/gnome-ssh-askpass crashes, but /usr/libexec/ssh/ksshaskpass is working. There are other programs not starting anymore like "zotero". The problems occurred after updating from 20220408 to 20220410. I am using fvwm for my window manager.
On Tue, 12 Apr 2022 13:01:30 +0200 Berthold Höllmann <berthold-tumbleweed@xn--hllmanns-n4a.de> wrote:
I updated to Tumbleweed 20220410 today. After reboot firefox crashes on every start attempt.
FWIW, I had precisely the same scenario. Mozilla Firefox would crash repeatedly whereas Brave browser would open. Other apps where hit and miss. Some would open (Krusader for example), some wouldn't (Claws Mail). I resolved it (I think, fingers crossed) by deleting the /etc/fonts directory. HTH. -- joe@khamis.com.au director | khamis consulting pty. ltd. mobile: +61 412 201 711 -- Message protected by MailGuard: e-mail anti-virus, anti-spam and content filtering. https://www.mailguard.com.au
I have same behaviour. Is deleting (moving) /etc/fonts official fix or workaround for existing bug? thanks, m. On utorok 12. apríla 2022 13:54:50 CEST Joe Khamis wrote:
On Tue, 12 Apr 2022 13:01:30 +0200 Berthold Höllmann <berthold-tumbleweed@xn--hllmanns-n4a.de> wrote:
I updated to Tumbleweed 20220410 today. After reboot firefox crashes on every start attempt.
FWIW, I had precisely the same scenario.
Mozilla Firefox would crash repeatedly whereas Brave browser would open.
Other apps where hit and miss. Some would open (Krusader for example), some wouldn't (Claws Mail).
I resolved it (I think, fingers crossed) by deleting the /etc/fonts directory.
HTH.
-- [ michal hlavac ] [ miso@hlavki.eu[1] ] [ tel: +420 773 205 794 ] -------- [1] mailto:miso@hlavki.eu
maybe it's related to new freetype 2.12 and its configuration On streda 13. apríla 2022 9:57:16 CEST Axel Braun wrote:
Am Mittwoch, 13. April 2022, 09:18:55 CEST schrieb Michal Hlavac:
I have same behaviour. Is deleting (moving) /etc/fonts official fix or workaround for existing bug?
Just upgraded from 20220407 to current 20220411 and had no issues with Firefox (KDE Desktop)
Cheers Axel
it is related to libfreetype. bug report from mozilla: https://crash-stats.mozilla.org/report/index/944223b5-78de-4e2e-b337-aa3bf02... On streda 13. apríla 2022 10:08:18 CEST Michal Hlavac wrote:
maybe it's related to new freetype 2.12 and its configuration
it crashes only with some specific fonts e.g. Noto Sans, Open Sans, ... Font DeJaVu Sans works m. On streda 13. apríla 2022 10:18:08 CEST Michal Hlavac wrote:
it is related to libfreetype. bug report from mozilla: https://crash-stats.mozilla.org/report/index/944223b5-78de-4e2e-b337-aa3bf02...
On streda 13. apríla 2022 10:08:18 CEST Michal Hlavac wrote:
maybe it's related to new freetype 2.12 and its configuration
it crashes only with some specific fonts e.g. Noto Sans, Open Sans, ... Font DeJaVu Sans works
Maybe https://gitlab.freedesktop.org/freetype/freetype/-/merge_requests/158 helps. Still waiting for confirmation before applying to FreeType's git... A temporary alternative would be to build FreeType without SVG support. Werner
On Wednesday 13 April 2022, Werner LEMBERG wrote:
it crashes only with some specific fonts e.g. Noto Sans, Open Sans, ... Font DeJaVu Sans works
Maybe
https://gitlab.freedesktop.org/freetype/freetype/-/merge_requests/158
helps. Still waiting for confirmation before applying to FreeType's git...
A temporary alternative would be to build FreeType without SVG support.
Werner
This can't be happening to everyone (firefox crashing) or there would be more complaints. So why is it happening to some of us? Are we missing or using fonts or libraries others are not? The only clue I have is both firefox and pycharm opened /usr/share/fonts/truetype/SourceCodePro-Regular.otf and fell over right afterward. If a fix is not imminent, is there are there libraries or fonts I can remove to work around the problem. I've currently moved /etc/fonts to /etc/fonts.disabled (but that causes issues with some PDF documents when viewed in okular). Michael
Michael Hamilton <michael@actrix.gen.nz> writes:
On Wednesday 13 April 2022, Werner LEMBERG wrote:
it crashes only with some specific fonts e.g. Noto Sans, Open Sans, ... Font DeJaVu Sans works
Maybe
https://gitlab.freedesktop.org/freetype/freetype/-/merge_requests/158
helps. Still waiting for confirmation before applying to FreeType's git...
A temporary alternative would be to build FreeType without SVG support.
Werner
This can't be happening to everyone (firefox crashing) or there would be more complaints. So why is it happening to some of us? Are we missing or using fonts or libraries others are not?
The only clue I have is both firefox and pycharm opened /usr/share/fonts/truetype/SourceCodePro-Regular.otf and fell over right afterward.
If a fix is not imminent, is there are there libraries or fonts I can remove to work around the problem. I've currently moved /etc/fonts to /etc/fonts.disabled (but that causes issues with some PDF documents when viewed in okular).
I uninstalled both packages containing the SourceCodePro font from my system (texlive-sourcecodepro-fonts, adobe-sourcecodepro-fonts) and the problem seems to be gone for now. I really would prefer reinstalling the packages after an upstream bugfix solves the problem. Berthold
Michael
The root cause is https://bugzilla.opensuse.org/show_bug.cgi?id=1198497. The patch is now in M17N, but yet to be merged to Tumbleweed. Best, Xu -- Xu Zhao i@xuzhao.net On Tue, Apr 19, 2022, at 1:37 PM, Berthold Höllmann wrote:
Michael Hamilton <michael@actrix.gen.nz> writes:
On Wednesday 13 April 2022, Werner LEMBERG wrote:
it crashes only with some specific fonts e.g. Noto Sans, Open Sans, ... Font DeJaVu Sans works
Maybe
https://gitlab.freedesktop.org/freetype/freetype/-/merge_requests/158
helps. Still waiting for confirmation before applying to FreeType's git...
A temporary alternative would be to build FreeType without SVG support.
Werner
This can't be happening to everyone (firefox crashing) or there would be more complaints. So why is it happening to some of us? Are we missing or using fonts or libraries others are not?
The only clue I have is both firefox and pycharm opened /usr/share/fonts/truetype/SourceCodePro-Regular.otf and fell over right afterward.
If a fix is not imminent, is there are there libraries or fonts I can remove to work around the problem. I've currently moved /etc/fonts to /etc/fonts.disabled (but that causes issues with some PDF documents when viewed in okular).
I uninstalled both packages containing the SourceCodePro font from my system (texlive-sourcecodepro-fonts, adobe-sourcecodepro-fonts) and the problem seems to be gone for now.
I really would prefer reinstalling the packages after an upstream bugfix solves the problem.
Berthold
Michael
Attachments: * signature.asc
On Tuesday 12 April 2022, Joe Khamis wrote:
On Tue, 12 Apr 2022 13:01:30 +0200 ...
I resolved it (I think, fingers crossed) by deleting the /etc/fonts directory.
HTH.
--
joe@khamis.com.au director | khamis consulting pty. ltd. mobile: +61 412 201 711
Removing /etc/fonts has also fixed JetBrains PyCharm which started core dumping after the update. To repeat Michal Hlavac's question... What are the implications of removing /etc/fonts? Will it break anything? Is it needed at all these days? Cheers, Michael
Do NOT remove /etc/fonts. As already mentioned, it looks like bug in freetype2 2.12 m. On streda 13. apríla 2022 12:05:19 CEST Michael Hamilton wrote:
What are the implications of removing /etc/fonts? Will it break anything? Is it needed at all these days?
On Wednesday 13 April 2022, Michal Hlavac wrote:
Do NOT remove /etc/fonts. As already mentioned, it looks like bug in freetype2 2.12 m.
On streda 13. apríla 2022 12:05:19 CEST Michael Hamilton wrote:
What are the implications of removing /etc/fonts? Will it break anything? Is it needed at all these days?
To late, I've already moved it to /etc/fonts.disabled. Having a working IDE and Firefox is way more important that any other factor. The implications can't be too great. My desktop still boots. The sddm input font is now a fixed font, I can live with that. If anything else important stops working, I'll reverse the hack. I will definitely move /etc/fonts.disabled back to /etc/fonts before any future dups. Cheers, Michael
participants (7)
-
Axel Braun -
Berthold Höllmann -
Joe Khamis -
Michael Hamilton -
Michal Hlavac -
Werner LEMBERG -
Xu Zhao