Bug 405963

Summary:	Firefox HTML5 player does not retain app volume setting when forwarded
Product:	[Plasma] plasmashell	Reporter:	Ben Opp <ben.opp>
Component:	Audio Volume widget	Assignee:	David Rosca <nowrep>
Status:	CONFIRMED ---
Severity:	normal	CC:	ben.opp, bug.tester365, bugseforuns, dion, goo, isma.af, jamesxmcintosh, kde, nate, plasma-bugs-null, sitter, sk.griffinix, vcharette
Priority:	NOR
Version First Reported In:	6.2.4
Target Milestone:	1.0
Platform:	Fedora RPMs
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Ben Opp 2019-03-28 13:10:07 UTC

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.

Comment 1 Patrick Silva 2019-04-26 15:32:36 UTC

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

Comment 2 Patrick Silva 2020-04-22 11:48:57 UTC

Still reproducible with Firefox 75.

Operating system: Arch Linux 
KDE Plasma: 5.18.4
KDE Frameworks: 5.69.0
Qt: 5.14.2

Comment 3 Kai Uwe Broulik 2020-04-22 11:54:21 UTC

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.

Comment 4 Nate Graham 2023-01-24 17:15:17 UTC

*** Bug 464577 has been marked as a duplicate of this bug. ***

Comment 5 goo 2023-03-02 23:33:58 UTC

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.

Comment 6 sk.griffinix 2023-04-14 17:11:21 UTC

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

Comment 7 Harald Sitter 2024-09-25 10:57:04 UTC

Is this reproducible with pipewire?

Comment 8 Bug Janitor Service 2024-10-10 03:47:30 UTC

🐛🧹 ⚠️ 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!

Comment 9 Ben Opp 2024-10-18 13:49:39 UTC

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)

Comment 10 Ben Opp 2024-10-18 13:55:52 UTC

(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.

Comment 11 Ben Opp 2024-10-18 14:01:12 UTC

(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.

Comment 12 vcharette 2024-10-19 11:50:45 UTC

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%.