SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. set the volume to a comfortable level 2. Track switching in progress 3. volume is reset to maximum sound OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Created attachment 147153 [details] Screen capture I can reproduce this. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.24.2 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.2
(In reply to Porter from comment #1) > Created attachment 147153 [details] > Screen capture > > I can reproduce this. > > SOFTWARE/OS VERSIONS > KDE Plasma Version: 5.24.2 > KDE Frameworks Version: 5.91.0 > Qt Version: 5.15.2 I've found a temporary fix to set the volume without the volume changing to maximum when a new track is played, but if you change the volume without reopening Elisa, you'll experience this bug. TEMPORARY FIX Open Elisa, change the volume, reopen Elisa, the volume will remain as that volume when a new track is played.
(In reply to Porter from comment #2) > (In reply to Porter from comment #1) > > Created attachment 147153 [details] > > Screen capture > > > > I can reproduce this. > > > > SOFTWARE/OS VERSIONS > > KDE Plasma Version: 5.24.2 > > KDE Frameworks Version: 5.91.0 > > Qt Version: 5.15.2 > > I've found a temporary fix to set the volume without the volume changing to > maximum when a new track is played, but if you change the volume without > reopening Elisa, you'll experience this bug. > > TEMPORARY FIX > Open Elisa, change the volume, reopen Elisa, the volume will remain as that > volume when a new track is played. Actually, this temporary fix results in another bug. When a new track is played, it plays at maximum volume, but the volume slider doesn't update to maximum.
I seem to have the same issue (if the author of this bug is also using pipewire). After some digging I noticed that vlc (when using the pulsaudio output module) has the same bug for me (Elisa seems to be using libvlc). I'm using pipewire with pipewire-media-session. After changing to wireplumber the volume doesn't get reset anymore (maybe the volume somehow doesn't get stored when using pipewire-media-session? the volume of other applications is correctly restored).
*** Bug 451208 has been marked as a duplicate of this bug. ***
Are we talking about the *system* volume resetting when the track changes, or the volume that's set within Elisa itself? Cannot reproduce with PipeWire and WirePlumber on Fedora 35.
(In reply to Nate Graham from comment #6) > Are we talking about the *system* volume resetting when the track changes, > or the volume that's set within Elisa itself? > > Cannot reproduce with PipeWire and WirePlumber on Fedora 35. The volume set within Elisa. View the attachments for reference.
For months I've been experiencing a similar volume reset to 100% in application (not system volume) when switching tracks manually or automatically in a playlist in both Elisa and Juk. Nate's comment about WirePlumber piqued my interest, and replacing the "pipewire-media-session" package with "wireplumber" fixed my issue. The volume stays where I set it when the track changes, manually or otherwise. I also noticed that the "pipewire-media-session" project on the FreeDesktop GitLab states "Note that we recommend the use of WirePlumber instead." (https://gitlab.freedesktop.org/pipewire/media-session) Thanks for helping me resolve that annoying issue! Software: Arch Linux (updated just before posting this comment) plasma-desktop: 5.25.1-1 plasma-framework: 5.95.0-2 qt5: 5.15.5+kde+r163-1
Makes sense. pipewire-mesia-session was always supposed to be pretty buggy, which I guess it why it was replaced with Wireplumber.