Context:
- Firefox Nightly (149.0a1 (2026-01-23))
- in a private window
- only the extension ClearURLs activated (1.27.3)
When I open the page (1) https://fr.wikipedia.org/wiki/LCEN?useskin=vector it is correctly opened and redirected to (2) https://fr.wikipedia.org/w/index.php?title=Loi_pour_la_confiance_dans_l%27%C3%A9conomie_num%C3%A9rique&useskin=vector but there are side effects:
- if I see during this opening in another tab about:processes the process Extensions uses 100% CPU during 3-4 seconds
- if I open the DevTools of the tab, the console has an error
Too many calls to Location or History APIs within a short timeframe. and a reference to the code sandbox eval code:1:9
Conditions where this issue appears:
This is probably a bad interaction with MediaWiki (the Wikipedia’s software) on redirected articles, since it does itself an history change with the history API (see here).
The error Too many calls… is probably triggered by Firefox when there are too many changes in the history API in a short time. But if there are other extensions doing some stuff for instance on the event tabs.onUpdated (called after the history API), then it could take longer and Firefox might not detect the issue and in this case the CPU remains at a high load indefinitely. It is in fact the original observation I did, but the root cause is what is described here.
Context:
When I open the page (1) https://fr.wikipedia.org/wiki/LCEN?useskin=vector it is correctly opened and redirected to (2) https://fr.wikipedia.org/w/index.php?title=Loi_pour_la_confiance_dans_l%27%C3%A9conomie_num%C3%A9rique&useskin=vector but there are side effects:
Too many calls to Location or History APIs within a short timeframe.and a reference to the codesandbox eval code:1:9Conditions where this issue appears:
This is probably a bad interaction with MediaWiki (the Wikipedia’s software) on redirected articles, since it does itself an history change with the history API (see here).
The error
Too many calls…is probably triggered by Firefox when there are too many changes in the history API in a short time. But if there are other extensions doing some stuff for instance on the eventtabs.onUpdated(called after the history API), then it could take longer and Firefox might not detect the issue and in this case the CPU remains at a high load indefinitely. It is in fact the original observation I did, but the root cause is what is described here.