Survey on a critical bug in GNOME Web on Fedora

This is a small survey to gather information about a mysterious critical bug that affects GNOME Web on Fedora (rpm) when playing voice messages on WhatsApp Web and that causes a system freeze.

Despite the reports and the collection of log files, it is not possible to understand what the cause is; also many people use the flatpak (which does not seem to be affected by this problem), so I have not been able to compare with other users who have the same issue. If you have also experienced this issue or if you want to try to reproduce it to help, comment below.

My GStreamer configuration includes all the plugins, including the additional ones of RPM Fusion.

P.S. I’ll start from The Water Cooler because I don’t know which section would be more appropriate, if any moderator wants to suggest where to move, please come forward :slight_smile:

I tested on F40 installing Gnome-WEB (rpm)

sudo dnf list gstreamer*

Installed packages
gstreamer-plugins-espeak.x86_64               0.6.0-4.fc40                   <unknown>
gstreamer1.x86_64                             1.24.10-1.fc40                 updates
gstreamer1-plugin-gif.x86_64                  0.13.0-1.fc40                  updates
gstreamer1-plugin-libav.x86_64                1.24.10-1.fc40                 updates
gstreamer1-plugin-openh264.x86_64             1.24.10-1.fc40                 updates
gstreamer1-plugins-bad-free.x86_64            1.24.10-1.fc40                 updates
gstreamer1-plugins-bad-free-fluidsynth.x86_64 1.24.10-1.fc40                 updates
gstreamer1-plugins-bad-free-libs.x86_64       1.24.10-1.fc40                 updates
gstreamer1-plugins-bad-free-wildmidi.x86_64   1.24.10-1.fc40                 updates
gstreamer1-plugins-bad-free-zbar.x86_64       1.24.10-1.fc40                 updates
gstreamer1-plugins-bad-freeworld.x86_64       1:1.24.10-1.fc40               rpmfusion-free-updates
gstreamer1-plugins-base.x86_64                1.24.10-1.fc40                 updates
gstreamer1-plugins-good.x86_64                1.24.10-1.fc40                 updates
gstreamer1-plugins-good-extras.x86_64         1.24.10-1.fc40                 updates
gstreamer1-plugins-good-gtk.x86_64            1.24.10-1.fc40                 updates
gstreamer1-plugins-good-qt.x86_64             1.24.10-1.fc40                 updates
gstreamer1-plugins-good-qt6.x86_64            1.24.10-1.fc40                 updates
gstreamer1-plugins-ugly.x86_64                1:1.24.9-1.fc40                rpmfusion-free-updates
gstreamer1-plugins-ugly-free.x86_64           1.24.10-1.fc40                 updates

You mentioned that your gstreamer is everything from RPM-Fusion, mine seams not.

Please do the command in Terminal sudo dnf list gstreamer* and list the “Installed packages”

I will put it in the Ask section so you can set tags identifying your setup.

p.s.
The kernel version would also be important to know.
The expression “Critical bug” I would just use when it is proved by reproduce the error.

1 Like

Thanks for considering this post.
My GStreamer setup is this:

It contains all Fedora plugins and all RPM Fusion plugins. I’m on kernel 6.11 (waiting to upgrade to 6.12), F41.

Would be good, if we can do the check on 6.12 as 6.11 is EOL.
If you want to keep back a specific kernel, please do the following to not overwrite the working kernel, which you can use as backup if you have trouble with the 6.12 series.

Please do not use screenshots. Copy & paste the text instead and format it as preformatted text like was done above.
Note that your screenshot does not show the repo column that was included in the listing shown by @ilikelinux and that is critical to verifying what is actually installed.

2 Likes

Sorry but I answered from my phone and all I had was that screenshot. The source of the packages would not appear anyway (unknown), I think it’s a bug in dnf5.

@ilikelinux I’ll update you in a bit

That is interesting, I think this is not a DNF5 issue it is more that the package has no description in the field “From Repository” by the x86_64 version. The i686 repo entry shows fedora ?!

#checked with dnf info gstreamer-plugins-espeak

Name            :  gstreamer-plugins-espeak
Epoch           : 0
Version         : 0.6.0
Release         : 4.fc40
Architecture    : x86_64
Installed size  : 67.9 KiB
Source          : gstreamer-plugins-espeak-0.6.0-4.fc40.src.rpm
From repository : <unknown>
Summary         : A simple gstreamer plugin to use espeak


Name           : gstreamer-plugins-espeak
Epoch          : 0
Version        : 0.6.0
Release        : 4.fc40
Architecture   : i686
Download size  : 32.5 KiB
Installed size : 59.1 KiB
Source         : gstreamer-plugins-espeak-0.6.0-4.fc40.src.rpm
Repository     : fedora
Summary        : A simple gstreamer plugin to use espeak

Take it easy, but take it :wink: no stress.

Same issue with newer kernel.
Note that it sometimes takes multiple attempts before the issue occurs, and that it occurs more easily if you listen to multiple messages in the queue.

Packages that were installed while using f40 then upgraded to f41 will show the (unknown) in the repo list when using dnf5. That is normal with the transition from dnf4 to dnf5 so is not a concern in most cases.

If you really are concerned about that then a simple sudo dnf reinstall \* would download and reinstall every package already installed. After it completes dnf5 would show every package from the proper repo. It is a lot of download data (several GB) and reinstall time so most users do not find it necessary.

2 Likes

@ilikelinux

This is all that I found relevant in the journal:

dic 19 15:15:26 hostname pipewire[2547]: pw.node: (alsa_output.pci-0000_00_1f.3-platform-skl_hda_dsp_generic.HiFi__Speaker__sink-49) graph xrun not-triggered (4 suppressed)
dic 19 15:15:26 hostname pipewire[2547]: pw.node: (alsa_output.pci-0000_00_1f.3-platform-skl_hda_dsp_generic.HiFi__Speaker__sink-49) xrun state:0x7fbae91bc008 pending:16/2 s:469987609952 a:469987661902 f:469987671928 waiting:51950 process:10026 status:triggered

dic 19 15:15:33 hostname pipewire[2547]: pw.node: (alsa_output.pci-0000_00_1f.3-platform-skl_hda_dsp_generic.HiFi__Speaker__sink-49) graph xrun not-triggered (7 suppressed)
dic 19 15:15:33 hostname pipewire[2547]: pw.node: (alsa_output.pci-0000_00_1f.3-platform-skl_hda_dsp_generic.HiFi__Speaker__sink-49) xrun state:0x7fbae91bc008 pending:16/1 s:476054559905 a:476054612514 f:476054622381 waiting:52609 process:9867 status:triggered

dic 19 15:15:40 hostname pipewire[2547]: pw.node: (alsa_output.pci-0000_00_1f.3-platform-skl_hda_dsp_generic.HiFi__Speaker__sink-49) graph xrun not-triggered (1 suppressed)
dic 19 15:15:40 hostname pipewire[2547]: pw.node: (alsa_output.pci-0000_00_1f.3-platform-skl_hda_dsp_generic.HiFi__Speaker__sink-49) xrun state:0x7fbae91bc008 pending:17/2 s:483094988937 a:483095068852 f:483095082518 waiting:79915 process:13666 status:triggered

I think there was a misunderstanding: I meant to say that all the GStreamer plugins present in Fedora are installed plus those present in RPM Fusion. My configuration seems to be identical to yours.

1 Like

Linking the upstream bug report for reference 284718 – [GStreamer] Playing voice messages on WhatsApp freezes the system

2 Likes

Please update me if you switch to F41 and have a chance to try reproducing this very annoying issue.

Please also consider these aspects