All videos have stuttered, every PT2.5S, solely in Firefox, since an F43 package selection upgrade ⪅ P1W ago. How can I feasibly diagnose what causes it?

Videos used to run well (⪅ P1W ago), yet don’t anymore, with firefox-148.0.2-1.fc43.x86_64 and firefox-nightly-150.0a1-20260315085700). I’ve checked that hardware decodement is supported in about:support, and:

Although for me, it wasn’t, that didn’t resolve it. Instead, during my diagnosis, I realised that a new profile appeared to resolve this. Consequently, because:

  • It reproduces, with a synchronised profile, in .x86_64 firefox-148.0.2-1.fc43 and firefox-nightly-150.0a1-20260315085700,

  • It does not reproduce with chromium-146.0.7680.71-1.fc43.x86_64, and

  • I can’t ask at Mozilla’s Discourse instance, due to bugzilla.mozilla.org/show_bug.cgi?id=1864191#c10

…this is the best place that I know of, to ask.

My Environment

  1. #!/usr/bin/env sh
    rpm -qa firefox firefox-nightly \
    	--queryformat "$(
    		cat <<'EOF'
    Name: %{NAME}
    Version: %{VERSION}
    Release: %{RELEASE}
    Architecture: %{ARCH}
    Install Date: %{INSTALLTIME:date}
    Size: %{SIZE}
    Signature: %{SIGPGP:pgpsig}
    Source RPM: %{SOURCERPM}
    Build Date: %{BUILDTIME:date}
    Build Host: %{BUILDHOST}
    Packager: %{PACKAGER}
    Vendor: %{VENDOR}
    EOF
    	)"$'\n' | yq -P
    
    • Name: firefox
      Version: 148.0.2
      Release: 1.fc43
      Architecture: x86_64
      Install Date: Wed 11 Mar 2026 11:34:57 GMT
      Size: 277715503
      Signature: (none)
      Source RPM: firefox-148.0.2-1.fc43.src.rpm
      Build Date: Tue 10 Mar 2026 13:20:00 GMT
      Build Host: buildhw-x86-04.rdu3.fedoraproject.org
      Packager: Fedora Project
      Vendor: Fedora Project
      
    • Name: firefox-nightly
      Version: 150.0a1
      Release: 20260315085700
      Architecture: x86_64
      Install Date: Sun 15 Mar 2026 13:13:25 GMT
      Size: 381383910
      Signature: (none)
      Source RPM: firefox-nightly-150.0a1-20260315085700.src.rpm
      Build Date: Sun 15 Mar 2026 11:02:14 GMT
      Build Host: 9064946cece1
      Packager: (none)
      Vendor: Mozilla
      

I forgot about -safe-mode. Apologies. That resolves it, [1] although I can’t utilise it forever. I’ll post which extension is the culprit, when I ascertain which is.

In the meantime, does anyone know how to more efficiently diagnose which, so that I needn’t disable all of them, then re-enable each, by one?

I ask because I leave some deliberately disabled during normal usage, so I’ll need to remove them for this process to be feasible, which is an annoyance.


  1. reddit.com/r/firefox/comments/1reoann/comment/oanmhfp ↩︎

Albeit tangential, if that is of use, insofar as it demonstrates that the browser’s performance is being reduced by something, I wonder whether it could be the cause of:

[1]


  1. bugs.kde.org/show_bug.cgi?id=517643 ↩︎

that seems to indicate that something may be wrong with your firefox profile. Create a new one and see if you can reproduce. Or try disabling extensions…

@marklg, that’s what that argument does, and, thus, how I ascertained the most high-level cause. However, can I more efficiently record video performance, to ascertain which extension is at fault, so that I needn’t brute-force my diagnosis?

IIRC -safe-mode also disables hw acceleration. And as you have not shared the type of GPU in use we can only guess. I would also try different sites if possible. Youtube, for example, seems to be experimenting with detecting ad blockers and then allegedly doing some nasty things to your session.

I hope you did not run firefox-nightly with you main profile. Again, create a, second(?), new firefox profile as a test.

1 Like

@anotheruser, can that be achieved another way, so that I can confirm that HW acceleration is not at fault? I estimate that an about:config preference exists.


I confirmed with (presumably, H.264 MPEG-4 video, at) Instagram, too.

If you happpen to know of a website that hosts myriad resolutions and codecs of video, specifically for evaluative purposes, that would be helpful.


Yes; it certainly slows the interface. However, video playback was never slowed.


Solely once did I run my Nightly profile in Stable, when explicitly asked to by a Mozilla developer, to diagnose bugzilla.mozilla.org/show_bug.cgi?id=2018809. Otherwise, they are always separate:


As before, new profiles do not reproduce it.

I’ve always wondered what that performance setting under “about:preferences#general” is for? :wink:

Also look for hardware in about:config,

test videos: https://kodi.wiki/view/Samples or https://repo.jellyfin.org/

1 Like

@anotheruser, I shan’t bother, because I’ve ascertained what the cause is:

2 Likes