en.wikipedia.org: breakage

[tyrann0us]

Prerequisites

• This is NOT a YouTube, Facebook, Twitch or a shortener/hosting site report. These sites MUST be reported by clicking their respective links.
• I read and understand the policy about what is a valid filter issue.
• I verified that this issue is not a duplicate. (Use this button to find out.). Comment in the old issue threads even when they are closed or even if you have a different problem.
• I did not remove any of the default filter lists, or I have verified that the issue was not caused by removing any of the default lists.
• I did not enable additional or non-default filter lists, or I have identified which specific stock list is causing the issue.
• I have disabled the Developer mode in uBO Lite's settings and the issue still persists.
• I have verified that the issue still exists after using the Optimal or Complete filtering mode.
• I have verified that the web browser's built-in content blocker/tracking protection, network wide/DNS blocking, or my VPN is not causing the issue.
• I have turned off all other extensions and the issue still persists.
• If this is about a breakage or detection, I have verified that it is caused by uBO Lite and isn't a site or browser issue.
• I have verified that the browser I am using is up to date with no pending updates.
• I did not answer truthfully to ALL the above checkboxes.

URL address of the web page

https://en.wikipedia.org/wiki/Special:RecentChanges?hidebots=1&hidepageedits=1&hidecategorization=1&hideWikibase=1&hidelog=1&hidenewuserlog=1&limit=50&days=7&urlversion=2

Potentially affects any MediaWiki installation.

Category

breakage

Description

This issue is caused by the AdGuard/uBO – URL Tracking Protection filter list.

The from query parameter appears to be stripped from any URL, or at least from URLs of MediaWiki-bases systems, even though no generic $removeparam=from rule seems to exist in the "AdGuard/uBO – URL Tracking Protection" filter list. The filter list only contains domain-specific rules like ||duckduckgo.com^$removeparam=from or the pattern-based rule ?from=glia^$removeparam=from.

This breaks MediaWiki's "Recent Changes" live update feature, which relies on the from parameter to track the timestamp of the last known change.

Steps to reproduce:

1. Enable the "AdGuard/uBO – URL Tracking Protection" filter list in uBOL
2. Visit any MediaWiki "Recent Changes" page (e.g., from the English Wikipedia)
3. Wait a few seconds
4. A notification button appears: "View new changes since [timestamp]" even if there are no new changes
5. Clicking the button reloads the feed, and the notification reappears after a few seconds
6. This loop continues indefinitely

Please note that even though I have limited the recent changes feed to only include page creations, there is still a lot of activity. When there are a lot of new changes, try clicking the button repeatedly until no changes appear.

Expected behavior:
The notification should only appear when there are actual new changes. The from parameter (e.g., from=20260102193321) should be preserved in API requests.

Actual behavior:
The from parameter is stripped from requests, causing MediaWiki to return all recent changes instead of only changes since the specified timestamp. This triggers false "new changes" notifications.

Technical details:

Network analysis shows a 307 Internal Redirect with the header:

"Non-Authoritative-Reason": "WebRequest API"

Original request URL:

https://en.wikipedia.org/wiki/Special:RecentChanges?[…]&peek=1&from=20260102203103&isAnon=false[…]

Redirected URL (with from stripped):

https://en.wikipedia.org/wiki/Special:RecentChanges?[…]&peek=1&isAnon=false[…]

Workaround:
Disabling the "AdGuard/uBO – URL Tracking Protection" filter list resolves the issue.

Possible cause:
This may be related to how filter rules are converted to Manifest V3 Declarative Net Request (DNR) rules. A domain-specific rule might be incorrectly compiled into a more generic rule during the conversion process.

Browser name and version

Google Chrome 143.0.7499.170

Other extensions used

None active when testing

Country

No response

Screenshot(s)

Screenshot(s)

Kapture.2026-01-02.at.21.43.32.mp4

Configuration

name: uBlock Origin Lite
version: 2025.1229.1729
browser: Chrome 143 (mac)
filtering:
 site: complete
 default: complete
permission: all
rulesets:
 +adguard-spyware-url
 deu-0
 easylist
 easyprivacy
 pgl
 ublock-badware
 ublock-filters
 urlhaus-full

[gorhill]

This is fixed in version 2025.1230.2048, which is currently pending review in the Chrome Web Store.

[tyrann0us]

Can confirm that it works with version 2025.1230.2048, which was released in the Chrome Web Store today. Thank you!