Calling xwidget-webkit-browse-url outputs "Your Emacs was not compiled with xwidgets support". no crash anymore. It looks good to me.

The basic functionality works on Plasma wayland.

Tested on both Wayland and X11. it works for me.

After updating, I tried:

$ flatpak info org.fedoraproject.Platform

Fedora Platform - Shared libraries

          ID: org.fedoraproject.Platform
         Ref: runtime/org.fedoraproject.Platform/x86_64/f37
        Arch: x86_64
      Branch: f37
     Version: 37
     License: GPL-2.0-or-later
      Origin: fedora-testing
Installation: system
   Installed: 2.6�GB

      Commit: b1733e6a3f1bcc24d767f34c8ebe66a1674a8af6e6be73ecd05ddd56ead38c7a
     Subject: build of runtime/org.fedoraproject.Platform/x86_64/f37
        Date: 2023-03-22 20:23:48 +0000
      Alt-id: 1493e3d186a8dfc8a504bcaf54cf6f1a1c1eb96848142799da1f49815d8ae46a
$ flatpak run --command=/bin/sh org.fedoraproject.Platform
[📦 org.fedoraproject.Platform ~]$ cat /etc/fonts/conf.d/05-flatpak-fontpath.conf 
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
        <!-- Redefine font directories to generate caches with different id -->
        <reset-dirs />
        <dir salt="flatpak">/usr/share/fonts</dir>
        <dir salt="flatpak">/usr/share/X11/fonts/Type1</dir>
        <dir salt="flatpak">/usr/share/X11/fonts/TTF</dir>
        <dir salt="flatpak">/usr/local/share/fonts</dir>
        <dir salt="flatpak" prefix="xdg">fonts</dir>
        <dir>~/.fonts</dir>
</fontconfig>
[📦 org.fedoraproject.Platform ~]$ fc-match "Noto Sans":variable=true -f "%{file}\n"
/run/host/fonts/google-noto-vf/NotoSans[wght].ttf

And also tried to run EOG and open the Help screen. I can see their contents there.

The updated packages works for me.

hunspell-cs has dict files under /usr/share/hunspell.

Even if dropping the symlink of /usr/share/myspell, enchant works.

works fine for me too.

Well, I tried to install F34 from Live and make sure if I have the latest packages installed. then, I ran fc-cat /usr/local/share/fonts. I can see the assertion happened. After confirming the problem, I followed the above steps of the dnf command to install the updating package. then, tried it again. no assertions.

So I confirmed the issue was fixed by updates. please make sure again if you have fontconfig-2.13.94-5.fc34 installed. thanks.

Sorry but that doesn't help. can you try with fc-cat /path/to/fontdir one by one? That would be best if it is reproducible here but if not, I need a cache file which is reproducible this issue.

That sounds like there are some cache files causing this. this assertion means there is some memory leaks. the assertion shouldn't be happened. please add some information on that bug. We need to investigate the problem. please try to figure out which the fonts directory fc-cat asserts. you can try fc-cat /usr/share/fonts say. if it fails, try to dig it down such as fc-cat /usr/share/fonts/blahblahblah. if no assertion happens, it may fails at /usr/share/X11/fonts/Type1, /usr/share/X11/fonts/TTF, /usr/local/share/fonts, ~/.fonts, and/or ~/.local/share/fonts.

Thank you for your help.

With this update? is it reproducible? how? please provide more information on it. thanks.

Thanks. yes, the input source selector at the panel appears on the above iso and works well. the basic test on ibus looks good to me.

$ rpm -q ibus gnome-shell
ibus-1.5.22-4.fc32.x86_64
gnome-shell-3.36.0-3.fc32.x86_64

Hm, okay. I tried to install ibus-1.5.22-4.fc32 manually and restarted the desktop. but no ibus running yet. and up after opening control-center. no changes on the situation.

dnf upgrade --advisory FEDORA-2020-ed092680cc doesn't grab the updated ibus packages.

Assigning one typeface to multiple aliases is basically wrong. particularly sans-serif and serif is different one. apparently Waree font looks like sans-serif. we should have different one for serif.

Works for me.

confirmed a fix of #1531476. thanks!

works fine.