Waybar
Waybar copied to clipboard
Wireplumber shows on bar but does not update its volume level until connect and disconnect bluetooth headset.
Hello, and thank you for bringing us Waybar.
Wireplumber module shows on waybar at first instance but the module does not update volume state until I connect and disconnect for example a bluetooth headset. After that, module shows volume as it should be from the start.
Thanks in advance.
I think this is because it shows the volume of the wrong (probably internal) audio sink. I have the same problem.
Can confirm same issue here, anything we can provide to help resolve this? Or is there to a way to configure the module?
EDIT: I guess custom can be used instead... https://github.com/Alexays/Waybar/wiki/Module:-Custom
What version of waybar are you running?
The latest release (0.9.17) was on Jan 11 and does not have this fix https://github.com/Alexays/Waybar/commit/4e8ccf36b54cacf5281726d23ea14312a133f977
Can you try compiling from source to see if that fixes your issue?
Yes, that is the first thing I did, I did also today just to see if something changed but no. Neither 0.9.17 nor latest sources fix the issue.
Same issues as this one popped out: https://github.com/Alexays/Waybar/issues/2086
some useful logs:
[2023-04-15 18:53:04.925] [error] media stopped unexpectedly, is it endless?
And also
[2023-04-15 17:55:12.396] [warning] [wireplumber]: (onMixerChanged) - Object with id 68 not found
[2023-04-15 17:55:12.397] [warning] [wireplumber]: (onMixerChanged) - Object with id 68 not found
[2023-04-15 17:55:12.472] [warning] [wireplumber]: (onMixerChanged) - Object with id 68 not found
Hey @smoak! I just compiled from sources and now is working as it should be! Many thanks! I will keep this issue opened until the next release is out to keep testing it.
This is still happening when changing volume with wireplumber as it seems everytime I press the volume +/- key it prints each time 132 in theese lines which is related to the volume key I guess: (Each time I press it prints one line)
sway.log
[2024-01-05 17:29:03.311] [warning] [wireplumber]: (onMixerChanged) - Object with id 132 not found [2024-01-05 17:29:03.316] [warning] [wireplumber]: (onMixerChanged) - Object with id 132 not found
-When I press the mute key nothing is printed.
-When I press the key to mute the mic, then 51 is printed: (Each time I press it prints one line)
[2024-01-05 17:32:09.321] [warning] [wireplumber]: (onMixerChanged) - Object with id 51 not found [2024-01-05 17:32:09.914] [warning] [wireplumber]: (onMixerChanged) - Object with id 51 not found [2024-01-05 17:32:10.142] [warning] [wireplumber]: (onMixerChanged) - Object with id 51 not found
So this is still around.
Many thanks again for improving WayBar and for taking a look into this.
Can confirm, I have the same problem with the volume level not updating when connecting Bluetooth headphones.
Having the same problem. Just to make it more specific, here are the steps to rerpoduce:
- Use wireplumber module defined as
My"wireplumber": { "format": "{node_name} {volume}%", "format-muted": "{node_name} off", "on-click-right": "pactl set-default-sink $((s=$(pactl list short sinks | sed -e 's:^[0-9]\\+\\s\\+::' | grep -oP '^\\S+'); echo \"$s\"; echo \"$s\") | fgrep $(pactl get-default-sink) -m 1 -A 1 | tail -1)", "max-volume": 150, "scroll-step": 2 },on-click-rightcommand cycles through the available sinks. - Log into sway with bluetooth headset disconnected.
- Waybar shows “internal-sound-card n%”.
- Connect to the bluetooth headset via
bluetoothctl connect <headset-mac>. - Wireplumber automatically switches to bluetooth headset, sound starts to come out of it, but waybar still shows “internal-sound-card n%”. Clear mismatch between wireplumber's idea of default sink and waybar's.
- Right click on wireplumber module twice to switch to internal sink and then back to bluetooth.
- Now wireplumber module shows “blueooth-headset m%” and sound is coming out of bluetooth headset. The two match.
I'm expecting the behaviour of step 7 to be there from step 5, with no need to right click twice.
I'm running waybar 0.10.4-2 from Archlinux repo.
I just tried building master (using arch AUR, commit 21906f07) and I can't reproduce the bug there, seems to be working perfectly.
@izmyname @mrpingo does it work for you?
I just tried building
master(using arch AUR, commit 21906f0) and I can't reproduce the bug there, seems to be working perfectly.@izmyname @mrpingo does it work for you?
Testing this isn't on the top of my priorities, for now, I'm sorry.