Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1912717
Summary: | Sound loudness cannot be set on Gnome Panel (missing item). | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Lukas Ruzicka <lruzicka> | ||||
Component: | gnome-shell | Assignee: | Florian Müllner <fmuellner> | ||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | rawhide | CC: | alberts.muktupavels, awilliam, ego.cordatus, fmuellner, fzatlouk, gnome-sig, jadahl, lruzicka, otaylor, philip.wyett, robatino, rstrode, vihilantes, wtaymans | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | pipewire-0.3.21-2.fc34 | Doc Type: | If docs needed, set a value | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2021-02-05 11:57:40 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1829024 | ||||||
Attachments: |
|
Proposed as a Blocker for 34-final by Fedora user lruzicka using the blocker tracking app because: I am proposing this bug a blocker because it violates the following criteria: Default panel functionality (All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in typical use.) Lukas, I can't reproduce this on a clean Rawhide install. Looking at your logs, it seems you have some third party app installed that causes the issue. The traceback originates from "/usr/bin/autojack" which is provided by the studio-controls package. This is not a part of the default Fedora Workstation (or, any other blocking Spin/Edition afaik). Can you try to remove studio-controls? It should fix the issue. If it does, this can't be a blocker imo. I didn't dig too much into the studio package (eg. how it can interfere with GNOME volume control or if it is somehow workaround-able on the GNOME side). Aha, I didn't realized that you have swapped pulseaudio for pipewire. I can reproduce the issue after switching to pipewire (so, the studio-controls traceback is probably unrelated). I've tried to update to pipewire-0.3.19-1, it didn't help. I've tried to install pipewire-alsa (as I was seeing some alsa issues after the swap in journal), it didn't help either. I am not sure if the issue is on pipewire or GNOME side. I've added pipewire dev to the CC. Anyhow, this probably shouldn't be blocker just yet as the change didn't land in Fedora. @František today it works for me as well on f33 but just few days ago i've had the same issue. Don't know what update fixed that. Here is also similar bug report but for GNOME Flashback https://bugzilla.redhat.com/show_bug.cgi?id=1912062 (In reply to Artem from comment #4) > @František today it works for me as well on f33 but just few days ago i've > had the same issue. Don't know what update fixed that. Here is also similar > bug report but for GNOME Flashback > https://bugzilla.redhat.com/show_bug.cgi?id=1912062 Mhm, can you post the stuff you've updated before the issue went away? We haven't had a Rawhide compose for a few days, so F34 might be behind F33 a bit. Here is my recent updates: Upgrade alsa-sof-firmware-1.6.1-1.fc33.noarch @updates-testing Upgraded alsa-sof-firmware-1.6-2.fc33.noarch @@System Upgrade librados2-2:15.2.8-1.fc33.x86_64 @updates Upgrade librbd1-2:15.2.8-1.fc33.x86_64 @updates Upgrade nohang-0.2.0-1.fc33.noarch @updates Upgrade nohang-desktop-0.2.0-1.fc33.noarch @updates Upgrade pugixml-1.11.4-1.fc33.x86_64 @updates Upgrade tzdata-2020f-1.fc33.noarch @updates Upgraded librados2-2:15.2.7-1.fc33.x86_64 @@System Upgraded librbd1-2:15.2.7-1.fc33.x86_64 @@System Upgraded nohang-0.1-33.20200919gitfaf49b0.fc33.noarch @@System Upgraded nohang-desktop-0.1-33.20200919gitfaf49b0.fc33.noarch @@System Upgraded pugixml-1.11-1.fc33.x86_64 @@System Upgraded tzdata-2020d-1.fc33.noarch @@System Upgrade dua-cli-2.10.8-1.fc33.x86_64 @copr:copr.fedorainfracloud.org:atim:dua-cli Upgraded dua-cli-2.10.7-1.fc33.x86_64 @@System Upgrade kde-settings-33.0-3.fc33.noarch @updates Upgraded kde-settings-33.0-2.fc33.noarch @@System Upgrade qt-settings-33.0-3.fc33.noarch @updates Upgraded qt-settings-33.0-2.fc33.noarch @@System Upgrade tmux-3.1c-1.fc33.x86_64 @updates Upgraded tmux-3.1-2.fc33.x86_64 @@System Upgrade libtracker-sparql3-3.0.2-3.fc33.x86_64 @updates-testing Upgraded libtracker-sparql3-3.0.2-2.fc33.x86_64 @@System Upgrade tracker3-3.0.2-3.fc33.x86_64 @updates-testing Upgraded tracker3-3.0.2-2.fc33.x86_64 @@System Thanks, I don't see anything obvious there :( Also, found out that killing pipewire-pulse helps. $ killall pipewire-pulse It'll get restarted and I am getting volume controls/indicator working after that. pactl info still lists Pipewire as a PA server. This seems like it can be caused by some race condition on OS startup. I had the similar problem and latest update didn't help me. But killing pipewire-pulse really helps. @fzatlouk, I have started to investigate the PipeWire only setup that should land as a default audio daemon for all Fedora 34 audio - normal desktop application, as well as professional sound application (currently using JACK), therefore my system is set up for audio and professional audio production already for further testing. I agree that professional audio applications' bugs should not be blockers, but the Gnome panel should work with pipewire anyway. If I understand that correctly, the change should happen on 2021-02-16 as stated in the document, which is a long time before Final release for which I have proposed the blocker bug. What do you think? I can confirm, that killing `pipewire-pulse` solves the issue on the affected laptop. Also, adding an audio device seems to make the controls show up, at least it did for me (e.g. plugging in a USB headset)... With the latest pipewire update, i.e. 0.3.21, the problems seems to have disappeared on my machines (Fedora 33 and Fedora Rawhide) Yes, the issue is gone, tested with pipewire-0.3.21-2.fc34 . |
Created attachment 1744536 [details] Journalctl -b output from the affected machine. Description of problem: On the newest Fedora Rawhide (updated on January 5th) I cannot set the sound loudness using the bar in the Gnome Panel (upper right corner). The item is not visible there. Other methods to set loudness seem to work: - you can the Sound panel from Gnome Settings - you can also use the functional combos (Fn+F2, Fn+F3 on my Lenovo laptop) Both these methods work fine and the loudness changes as expected. The sound system uses PipeWire, but I am not sure if this can be the reason of the bug. Version-Release number of selected component (if applicable): ThinkPad T460s Fedora Rawhide (future F34) gnome-session-3.38.0-1 pipewire-pulseaudio-0.3.18-1 How reproducible: Always Steps to Reproduce: 1. boot to the system 2. navigate to upper right corner panel settings 3. see for yourself Actual results: The sound level cannot be modified using the Gnome Panel. Expected results: The sound level modification via panel should work flawlessly. Additional info: See the journalctl.txt attached showing the messages from the affected system, bellow there are some lines related to the "sound" keyword: === Jan 05 05:09:30 localhost.localdomain kernel: input: HDA Intel PCH Dock Mic as /devices/pci0000:00/0000:00:1f.3/sound/card0/input9 Jan 05 05:09:30 localhost.localdomain kernel: input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1f.3/sound/card0/input10 Jan 05 05:09:30 localhost.localdomain kernel: input: HDA Intel PCH Dock Headphone as /devices/pci0000:00/0000:00:1f.3/sound/card0/input11 Jan 05 05:09:30 localhost.localdomain kernel: input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1f.3/sound/card0/input12 Jan 05 05:09:30 localhost.localdomain kernel: input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input13 Jan 05 05:09:30 localhost.localdomain kernel: input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input14 Jan 05 05:09:30 localhost.localdomain kernel: input: HDA Intel PCH HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input15 Jan 05 05:09:30 localhost.localdomain kernel: input: HDA Intel PCH HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input16 Jan 05 05:09:30 localhost.localdomain kernel: input: HDA Intel PCH HDMI/DP,pcm=10 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input17 === === Jan 05 05:09:32 localhost.localdomain systemd[1]: Condition check resulted in Save/Restore Sound Card State being skipped. Jan 05 05:09:32 localhost.localdomain systemd[1]: Started Manage Sound Card State (restore and store). Jan 05 05:09:32 localhost.localdomain audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=alsa-state comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Jan 05 05:09:32 localhost.localdomain systemd[1]: Reached target Sound Card. Jan 05 05:09:32 localhost.localdomain alsactl[767]: alsactl 1.2.4 daemon started === === Jan 05 05:10:08 localhost.localdomain systemd[1458]: Starting GNOME sound sample caching service... === === Jan 05 05:10:09 localhost.localdomain systemd[1458]: Started GNOME RFKill support service. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Started GNOME sound sample caching service. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Started Application launched by gnome-session-binary. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Started Application launched by gnome-session-binary. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Started Application launched by gnome-session-binary. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Started Application launched by gnome-session-binary. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Started Application launched by gnome-session-binary. Jan 05 05:10:09 localhost.localdomain ibus-daemon[1665]: GChildWatchSource: Exit status of a child process was requested but ECHILD was received by waitpid(). See the documentation of g_child_watch_source_new() for possible causes. Jan 05 05:10:09 localhost.localdomain ibus-daemon[1665]: GChildWatchSource: Exit status of a child process was requested but ECHILD was received by waitpid(). See the documentation of g_child_watch_source_new() for possible causes. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Started Application launched by gnome-session-binary. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Reached target GNOME session X11 services. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Reached target GNOME RFKill support target. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Reached target GNOME FreeDesktop screensaver target. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Reached target GNOME file sharing target. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Reached target GNOME sound sample caching target. Jan 05 05:10:09 localhost.localdomain systemd[1458]: Reached target GNOME USB protection target. === === Jan 05 05:10:10 localhost.localdomain libcanberra-login-sound.desktop[1937]: Failed to play sound: File or data not found Jan 05 05:10:11 localhost.localdomain systemd[1458]: app-gnome-libcanberra\x2dlogin\x2dsound-1937.scope: Succeeded. Jan 05 05:10:11 localhost.localdomain python3[1474]: detected unhandled Python exception in '/usr/bin/autojack' Jan 05 05:10:11 localhost.localdomain autojack[1474]: Traceback (most recent call last): Jan 05 05:10:11 localhost.localdomain autojack[1474]: File "/usr/bin/autojack", line 1425, in <module> Jan 05 05:10:11 localhost.localdomain autojack[1474]: main() Jan 05 05:10:11 localhost.localdomain autojack[1474]: File "/usr/bin/autojack", line 1388, in main Jan 05 05:10:11 localhost.localdomain autojack[1474]: config_start() Jan 05 05:10:11 localhost.localdomain autojack[1474]: File "/usr/bin/autojack", line 437, in config_start Jan 05 05:10:11 localhost.localdomain autojack[1474]: cp = subprocess.run(["/usr/bin/pulseaudio", "-k"], Jan 05 05:10:11 localhost.localdomain autojack[1474]: File "/usr/lib64/python3.9/subprocess.py", line 501, in run Jan 05 05:10:11 localhost.localdomain autojack[1474]: with Popen(*popenargs, **kwargs) as process: Jan 05 05:10:11 localhost.localdomain autojack[1474]: File "/usr/lib64/python3.9/subprocess.py", line 947, in __init__ Jan 05 05:10:11 localhost.localdomain autojack[1474]: self._execute_child(args, executable, preexec_fn, close_fds, Jan 05 05:10:11 localhost.localdomain autojack[1474]: File "/usr/lib64/python3.9/subprocess.py", line 1819, in _execute_child Jan 05 05:10:11 localhost.localdomain autojack[1474]: raise child_exception_type(errno_num, err_msg, err_filename) Jan 05 05:10:11 localhost.localdomain autojack[1474]: FileNotFoundError: [Errno 2] No such file or directory: '/usr/bin/pulseaudio' Jan 05 05:10:11 localhost.localdomain systemd[1458]: studio.service: Main process exited, code=exited, status=1/FAILURE Jan 05 05:10:11 localhost.localdomain systemd[1458]: studio.service: Failed with result 'exit-code'. ===