[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#51478: icecat 91 can't display chinese font in many web page

From: Z572
Subject: bug#51478: icecat 91 can't display chinese font in many web page
Date: Wed, 03 Nov 2021 09:39:38 +0800
User-agent: mu4e 1.6.6; emacs 28.0.50

thanks for reminding :) .

Mark H Weaver <mhw@netris.org> writes:

> Hi,
> Z572 <873216071@qq.com> writes:
>> I add "/run/current-system/profile/share/fonts/" to
>> "security.sandbox.content.read_path_whitelist" fixed it for me.
> Thanks!  One very important note: you should "reset" this customization
> after updating to IceCat 91.3.0, or else IceCat will stop working
> correctly after some future update of Guix.  The reason is that the
> whitelist contains several other directories within /gnu/store/, and
> those directory will need to be updated whenever those components are
> updated in Guix.  For example, when 'ffmpeg' is updated to a newer
> version, or one of its dependent libraries is updated, the directory
> name /gnu/store/…-ffmpeg-4.4 will change; if you don't update the
> whitelist accordingly, video playback will stop working.
> In the IceCat 91.3.0 update that I pushed a few hours ago, I added
> "/run/current-system/profile/share/fonts/" to the default whitelist.
> So, I suggest that you update to IceCat 91.3.0 at your earliest
> opportunity, and then visit <about:config>, navigate to the
> "security.sandbox.content.read_path_whitelist" setting, and click on its
> "reset" button (the one with an arrow pointing to the left), to erase
> the customization of that setting.
> Note that it is not enough to simply remove the directory that you
> added.  You must click the reset button on that customization in order
> to allow it to be automatically updated in the future.
> * * *
> Going forward, I think that we should create a patch for IceCat
> analogous to the webkitgtk-bind-all-fonts.patch that Liliana wrote for
> WebKitGTK.  I think that all of the directories that currently comprise
> the default value of "security.sandbox.content.read_path_whitelist"
> should instead be *implicitly* added to the whitelist, in *addition* to
> the contents of "security.sandbox.content.read_path_whitelist".  That
> would enable users to customize that setting without having to manually
> keep the /gnu/store/…/ entries updated.
> I'll keep this bug open for now, pending a more proper fix.
>       Thanks,
>         Mark


reply via email to

[Prev in Thread] Current Thread [Next in Thread]