YouTube volume always resets from 100% to 71% (Firefox Nightly)

I’m experiencing a repeatable audio issue on Garuda Linux. Every time I open a YouTube video in Firefox Nightly, the YouTube player volume immediately drops from 100% to 71%. It also happens whenever the video refreshes itself, for example when changing quality. Firefox Nightly shows the internal volume as 1.0, but YouTube keeps forcing it back to 71%.

I searched the web, checked the Garuda Wiki and FAQs, and looked for similar cases on the forum but didn’t find anything relevant. I also tried restarting Firefox, disabling extensions, clearing site settings, and testing with hardware acceleration on/off. The issue persists.

╰─λ garuda-inxi
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "",
LC_ALL = (unset),
LC_CTYPE = (unset),
LC_NUMERIC = "it_CH.UTF-8",
LC_COLLATE = (unset),
LC_TIME = "it_IT.UTF-8",
LC_MESSAGES = (unset),
LC_MONETARY = "it_CH.UTF-8",
LC_ADDRESS = "it_CH.UTF-8",
LC_IDENTIFICATION = "it_IT.UTF-8",
LC_MEASUREMENT = "it_IT.UTF-8",
LC_PAPER = "it_IT.UTF-8",
LC_TELEPHONE = "it_CH.UTF-8",
LC_NAME = "it_CH.UTF-8",
LANG = "it_IT.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("it_IT.UTF-8").
System:
Kernel: 6.17.8-zen1-1-zen arch: x86_64 bits: 64 compiler: gcc v: 15.2.1
clocksource: tsc avail: acpi_pm
parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen
root=UUID=eda78aa1-5090-4e06-beb8-4f5848aff3f6 rw rootflags=subvol=@
quiet loglevel=3
Desktop: KDE Plasma v: 6.5.3 tk: Qt v: N/A info: frameworks v: 6.20.0
wm: kwin_wayland vt: 1 dm: SDDM Distro: Garuda base: Arch Linux
Machine:
Type: Convertible System: LENOVO product: 21LXS0PC00 v: ThinkPad X13 2-in-1
Gen 5 serial: <superuser required> Chassis: type: 31
serial: <superuser required>
Mobo: LENOVO model: 21LXS0PC00 v: SDK0T76530 WIN
serial: <superuser required> part-nu: LENOVO_MT_21LX_BU_Think_FM_ThinkPad
X13 2-in-1 Gen 5 uuid: <superuser required> UEFI: LENOVO
v: N45ET26W (1.16 ) date: 08/13/2025
Battery:
ID-1: BAT0 charge: 35.2 Wh (100%) condition: 35.2/54.7 Wh (64.4%)
volts: 17.22 min: 15.48 model: BYD 5B11M90051 type: Li-poly serial: <filter>
charging: status: full control: start: 0% end: 100% cycles: 163
CPU:
Info: model: Intel Core Ultra 5 125U bits: 64 type: MST AMCP
arch: Meteor Lake level: v3 note: check built: 2023+ process: Intel 4 (7nm)
family: 6 model-id: 0xAA (170) stepping: 4 microcode: 0x25
Topology: cpus: 1x dies: 1 clusters: 5 cores: 12 threads: 14 mt: 2 tpc: 2
st: 10 smt: enabled cache: L1: 1.2 MiB desc: d-10x32 KiB, 2x48 KiB; i-12x64
KiB L2: 10 MiB desc: 5x2 MiB L3: 12 MiB desc: 1x12 MiB
Speed (MHz): avg: 1248 min/max: 400/4300:3600:2100 scaling:
driver: intel_pstate governor: powersave cores: 1: 1248 2: 1248 3: 1248
4: 1248 5: 1248 6: 1248 7: 1248 8: 1248 9: 1248 10: 1248 11: 1248 12: 1248
13: 1248 14: 1248 bogomips: 75264
Flags-basic: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Vulnerabilities: <filter>
Graphics:
Device-1: Intel Meteor Lake-P [Intel Graphics] vendor: Lenovo driver: i915
v: kernel alternate: xe arch: Xe-LPG process: Intel 4 (7nm+) built: 2023+
ports: active: DP-1,eDP-1 empty: DP-2, DP-3, DP-4, HDMI-A-1
bus-ID: 00:02.0 chip-ID: 8086:7d45 class-ID: 0300
Device-2: Chicony Integrated Camera driver: uvcvideo type: USB rev: 2.0
speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 3-9:8 chip-ID: 04f2:b806
class-ID: fe01 serial: <filter>
Display: wayland server: X.org v: 1.21.1.20 with: Xwayland v: 24.1.9
compositor: kwin_wayland driver: X: loaded: modesetting
alternate: fbdev,intel,vesa dri: iris gpu: i915 d-rect: 3840x1200
display-ID: 0
Monitor-1: DP-1 pos: primary,left model: AOC 2475W serial: <filter>
built: 2018 res: mode: 1920x1080 hz: 60 scale: 100% (1) dpi: 94 gamma: 1.2
size: 521x293mm (20.51x11.54") diag: 598mm (23.5") ratio: 16:9 modes:
max: 1920x1080 min: 720x400
Monitor-2: eDP-1 pos: right model: BOE Display 0x0964 built: 2020 res:
mode: 1920x1200 hz: 60 scale: 125% (1.25) to: 1536x960 dpi: 171 gamma: 1.2
size: 286x179mm (11.26x7.05") diag: 337mm (13.3") ratio: 16:10
modes: 1920x1200
API: EGL v: 1.5 hw: drv: intel iris platforms: device: 0 drv: iris
device: 1 drv: swrast gbm: drv: iris surfaceless: drv: iris wayland:
drv: iris x11: drv: iris
API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 25.2.7-arch1.1
glx-v: 1.4 direct-render: yes renderer: Mesa Intel Graphics (MTL)
device-ID: 8086:7d45 memory: 14.7 GiB unified: yes display-ID: :1.0
API: Vulkan v: 1.4.328 layers: 10 device: 0 type: integrated-gpu
name: Intel Graphics (MTL) driver: mesa intel v: 25.2.7-arch1.1
device-ID: 8086:7d45 surfaces: N/A device: 1 type: cpu name: llvmpipe
(LLVM 21.1.5 256 bits) driver: mesa llvmpipe v: 25.2.7-arch1.1 (LLVM
21.1.5) device-ID: 10005:0000 surfaces: N/A
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor wl: wayland-info
x11: xdpyinfo, xprop, xrandr
Audio:
Device-1: Intel Meteor Lake-P HD Audio vendor: Lenovo
driver: sof-audio-pci-intel-mtl
alternate: snd_sof_pci_intel_mtl,snd_hda_intel bus-ID: 00:1f.3
chip-ID: 8086:7e28 class-ID: 0403
Device-2: Razer USA Barracuda X 2.4
driver: hid-generic,snd-usb-audio,usbhid type: USB rev: 1.1 speed: 12 Mb/s
lanes: 1 mode: 1.1 bus-ID: 3-3.2:5 chip-ID: 1532:0552 class-ID: 0301
serial: <filter>
API: ALSA v: k6.17.8-zen1-1-zen status: kernel-api tools: N/A
Server-1: PipeWire v: 1.4.9 status: active with: 1: pipewire-pulse
status: active 2: wireplumber status: active 3: pipewire-alsa type: plugin
4: pw-jack type: plugin tools: pactl,pw-cat,pw-cli,wpctl
Network:
Device-1: Intel Meteor Lake PCH CNVi WiFi driver: iwlwifi v: kernel
bus-ID: 00:14.3 chip-ID: 8086:7e40 class-ID: 0280
IF: wlp0s20f3 state: up mac: <filter>
Device-2: Realtek RTL8153 Gigabit Ethernet Adapter driver: r8152 type: USB
rev: 3.0 speed: 5 Gb/s lanes: 1 mode: 3.2 gen-1x1 bus-ID: 2-1.3:3
chip-ID: 0bda:8153 class-ID: 0000 serial: <filter>
IF: enp0s13f0u1u3 state: up speed: 1000 Mbps duplex: full mac: <filter>
Info: services: NetworkManager, systemd-timesyncd, wpa_supplicant
Bluetooth:
Device-1: Intel AX211 Bluetooth driver: btusb v: 0.8 type: USB rev: 2.0
speed: 12 Mb/s lanes: 1 mode: 1.1 bus-ID: 3-10:10 chip-ID: 8087:0033
class-ID: e001
Report: btmgmt ID: hci0 rfk-id: 3 state: down bt-service: enabled,running
rfk-block: hardware: no software: yes address: <filter> bt-v: 5.4 lmp-v: 13
status: discoverable: no pairing: no
Drives:
Local Storage: total: 476.94 GiB used: 99.93 GiB (21.0%)
SMART Message: Unable to run smartctl. Root privileges required.
ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Western Digital model: WD PC
SN740 SDDQNQD-512G-1201 size: 476.94 GiB block-size: physical: 512 B
logical: 512 B speed: 63.2 Gb/s lanes: 4 tech: SSD serial: <filter>
fw-rev: 73117101 temp: 33.9 C scheme: GPT
Partition:
ID-1: / raw-size: 175.78 GiB size: 175.78 GiB (100.00%)
used: 99.9 GiB (56.8%) fs: btrfs dev: /dev/nvme0n1p5 maj-min: 259:5
ID-2: /boot/efi raw-size: 260 MiB size: 256 MiB (98.46%)
used: 30.9 MiB (12.1%) fs: vfat dev: /dev/nvme0n1p1 maj-min: 259:1
ID-3: /home raw-size: 175.78 GiB size: 175.78 GiB (100.00%)
used: 99.9 GiB (56.8%) fs: btrfs dev: /dev/nvme0n1p5 maj-min: 259:5
ID-4: /var/log raw-size: 175.78 GiB size: 175.78 GiB (100.00%)
used: 99.9 GiB (56.8%) fs: btrfs dev: /dev/nvme0n1p5 maj-min: 259:5
ID-5: /var/tmp raw-size: 175.78 GiB size: 175.78 GiB (100.00%)
used: 99.9 GiB (56.8%) fs: btrfs dev: /dev/nvme0n1p5 maj-min: 259:5
Swap:
Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default) zswap: no
ID-1: swap-1 type: zram size: 15.06 GiB used: 14.6 MiB (0.1%)
priority: 100 comp: zstd avail: lzo-rle,lzo,lz4,lz4hc,deflate,842
dev: /dev/zram0
Sensors:
System Temperatures: cpu: 65.0 C mobo: N/A
Fan Speeds (rpm): cpu: 0
Info:
Memory: total: 16 GiB note: est. available: 15.06 GiB used: 6.79 GiB (45.1%)
Processes: 347 Power: uptime: 19m states: freeze,mem,disk suspend: s2idle
wakeups: 0 hibernate: platform avail: shutdown, reboot, suspend, test_resume
image: 6.01 GiB services: org_kde_powerdevil, power-profiles-daemon,
upowerd Init: systemd v: 258 default: graphical tool: systemctl
Packages: 2029 pm: dpkg pkgs: 0 pm: pacman pkgs: 1978 libs: 510
tools: octopi,paru,yay pm: rpm pkgs: 32 pm: flatpak pkgs: 19 Compilers:
clang: 21.1.6 gcc: 15.2.1 Shell: Bash v: 5.3.3 default: fish v: 4.2.1
running-in: konsole inxi: 3.3.39
Garuda (2.11.1-1):
System install date:     2024-08-26
Garuda release:          240428
Last full system update: 2025-11-24
Is partially upgraded:   No
Relevant software:       snapper NetworkManager dracut garuda-hardware-profile-standard garuda-hardware-profile-standard-x11
Windows dual boot:       Probably (Run as root to verify)
Failed units:
--- System Health Check Report ---
25/26 checks run in 1.34 seconds ⌛
Powered by garuda-health 🦅

--- LOW ---
- Deprecated/Outdated/Removed packages should be removed: steam-native-runtime (fix available)

Run garuda-health --fix to apply fixes.

I cannot reproduce this issue with firefox-nightly (fresh install w/ stock settings on Garuda Dr460nized in a VM). No matter what I do, the volume of the YouTube player itself always stays at 100%. If you have a YouTube account and are logged in, log out and check if this still happens.

1 Like

Hello and thanks for you reply. I realized that what I wrote here is wrong.
It’s not the YouTube player that changes the volume, but the PipeWire audio manager.
Unfortunately, I cannot upload images as new user, but I hope you understand.

A friend of mine suggested me that the problem was the “flat volumes” PipeWire function, but even setting it as “false”, nothing changed.

It is probably KDE remembering that the application volume changed, but not recognizing the new volume. Open YT, play something, then adjust volume via widget or settings, the volume limited stream should return and be adjustable.

  • Select Applications from the Volume widget, or Playback Streams from system settings.
  • Adjust the YT player to 100%
  • Adjust the stream/application to 100%

I previously hit this when playing media with private browsing, then resuming other media outside the private window. Clearing site settings won’t change the outcome because the recent application volume is stored outside the browser. Your diagnostic process was correct though, I tried the same until realizing connection to private browsing :slight_smile:

I must fix this volume disparity for myself once every few months. If there is some way to stop it, I haven’t been bothered enough to find out yet.

4 Likes

You can use an external pic hoster for this.

3 Likes

Unfortunately, what you suggested doesn’t work for me. I tried to adjust the Application volume multiple times, but the problem persists. I also noticed that the 71% volume I mentioned varies depending on the video, even for videos I’ve never watched before. Sometimes the volume is 71%, other times 77% or 81%.

Moreover, I usually adjust the volume directly with my headphones’ volume wheel, so I’m fairly sure I’m not touching the PipeWire panel.

1 Like

This means that it does not line up with the symptoms that I have had, very mysterious. Is it bluetooth volume adjustment you are using by chance, or the hardware buttons from the Razer headset? If Razer buttons, do you use some software for handling those button presses?

I use Razer Barracuda X (2022) headphones. I use the start/stop button and the volume wheel on the device itself. I do not use any software. The headphones are connected wirelessly with the USB-C adapter, not via bluetooth or cable.

1 Like

I think it is relaying proper media keys through the USB adapter, so no concern for that. Can you attempt to adjust the volume with alsamixer, especially for Master?

1 Like

Also have you tried on a new profile? or going into .mozzilla in the home folder and moving the current profiles out so it has to generate everything new.

4 Likes

I discovered that, strangely enough, the problem was caused by Firefox Nightly:

In about:config, I changed the value of media.volume_scale from 1.0 (default) to 10.0, and now the audio is no longer changed depending on the video in the Applications section of PipeWire.

Thanks anyway to everyone for their support!

1 Like

Might be a thing that needs fixed in a upcoming firedraagon if its showing in nightly.

1 Like

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.