SUMMARY HTML5 Player (actually, I’m not sure if it’s always HTML5 or sometimes Flash player. How can I tell which one it is?) in Firefox will always jump back back to the volume setting it was started with if the video stream is fast forwarded or backwarded. STEPS TO REPRODUCE 1. Start Firefox 2. launch a youtube video or some web page with HTML5 player 3. start the media stream 4. check the application volume in plasma volume control applet 5. change application volume 6. set video to a different time (e.g. fast forward a minute or something) 7. check application volume again. OBSERVED RESULT app volume is back at previous level that the stream was started with. EXPECTED RESULT app volume retains setting when fast forwarding or rewinding stream SOFTWARE/OS VERSIONS Linux/KDE Plasma: 4.19.30-1-MANJARO, (available in About System) KDE Plasma Version: 5.15.3 KDE Frameworks Version: 5.56.0 Qt Version: 5.12.1 ADDITIONAL INFORMATION This bug has been present at least since Aug. 2018 (see initial Linux distro report here: https://forum.manjaro.org/t/firefox-html5-player-does-not-retain-app-volume-setting-when-forwarded/55764) It was not found in Chromium or Opera.
I can reproduce with Firefox 66.0.3 playing a video from youtube. Operating System: Arch Linux KDE Plasma Version: 5.15.4 KDE Frameworks Version: 5.57.0 Qt Version: 5.12.3
Still reproducible with Firefox 75. Operating system: Arch Linux KDE Plasma: 5.18.4 KDE Frameworks: 5.69.0 Qt: 5.14.2
Firefox seems to revoke the stream right away when seeking and then opens it again. It does have module-stream-restore.id = "sink-input-by-application-name:Firefox" so I am not sure if this is a Firefox bug, a pulseaudio bug, or a bug on our side.
*** Bug 464577 has been marked as a duplicate of this bug. ***
Still reproduceable with Firefox 110, Fedora 37 and Plasma 5.27.2. Audio volume get reset to 100% right after stream playback or seeking. Stream pause causes a volume reset only if the pause is longer than ~5 seconds.
See https://bugzilla.mozilla.org/show_bug.cgi?id=1422637 Made another one just because the previous one seems forgotten by devs : https://bugzilla.mozilla.org/show_bug.cgi?id=1828160
Is this reproducible with pipewire?
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
Can still reproduce in Firefox 131.0.3 from Fedora (RPM) OS: Fedora 40 Operating System: Fedora Linux 40 KDE Plasma Version: 6.1.5 KDE Frameworks Version: 6.6.0 Qt Version: 6.7.2 Kernel Version: 6.10.12-200.fc40.x86_64 (64-bit) Graphics Platform: Wayland Pipewire 1.0.8, so confirmed for comment 7(https://bugs.kde.org/show_bug.cgi?id=405963#c7)
(In reply to goo from comment #5) > Still reproduceable with Firefox 110, Fedora 37 and Plasma 5.27.2. > Audio volume get reset to 100% right after stream playback or seeking. > Stream pause causes a volume reset only if the pause is longer than ~5 > seconds. This is not what I'm seeing. Behavior today is exactly as originally described. The volume does not always go to 100% after using seek, but to the exact % it was before using seek. E.g. the application volume in Plasma volume control is at 84%. I start playing the video and set the volume to 100%. I use seek, and the app volume is back to 84%. Also applicable when seeking less than 5 secs forward or back.
(In reply to Kai Uwe Broulik from comment #3) > Firefox seems to revoke the stream right away when seeking and then opens it > again. > It does have module-stream-restore.id = > "sink-input-by-application-name:Firefox" > so I am not sure if this is a Firefox bug, a pulseaudio bug, or a bug on our > side. Since this is still here with Pipewire, I guess we can exclude Pulseaudio. The reason I thought KDE was more likely is that the app volume in Plasma volume control is reset, but not the volume in the video player - but it's just a guess, maybe it is a Firefox problem after all that causes Plasma to do that.
While doing more research on the behavior I noticed that the application slider in the applet was changing every single time I clicked another video on YouTube. e.g., Watch video1, stream slider at 100%, applet slider is at 58% Click video2 on the same page, stream slider is at 100%, applet slider is now at 67%. Click video3 on the same page, stream slider is at 100%, applet slider is now at 49%.