RU AdList: Counters (cntblock.txt) "Last modified:" field is broken

[S-h-a-d-e-r]

Prerequisites

• I verified that this is not a filter list issue. Report any issues with filter lists or broken website functionality in the uAssets issue tracker.
• This is NOT a YouTube, Facebook or Twitch report. These sites MUST be reported by clicking their respective links.
• This is not a support issue or a question. For support, questions, or help, visit /r/uBlockOrigin.
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue.
• The issue is not present after disabling uBO in the browser.
• I checked the documentation to understand that the issue I am reporting is not normal behavior.

I tried to reproduce the issue when...

• uBO is the only extension.
• uBO uses default lists and settings.
• using a new, unmodified browser profile.

Description

Viewing the filter lists contents in the uBO interface, I've found that the "header" of the "RU AdList: Counters" filter list ("cntblock.txt" file), instead of a specific modification date, contains just the "%timestamp%" string.

Primarily, I've opened the issue in the corresponding filter list repo, but one of its maintainers responded, that it is a problem on an uBO side, something with list update automation.

The wrong behavior looks like this:

[Adblock Plus 2.0]
! Title: RU AdList: Counters
! Last modified: %timestamp%   <<<<<< this
! Expires: 2 days (фильтр обновляется автоматически каждые 2 дня)

The expected behavior is for the variable's name to be replaced by its contents, something like the example below (it is from the main "RU AdList" filter list, "RuAdList-uBO.txt" file):

[uBlock Origin 1.0]
! Title: RU AdList for uBO only
! Expires: 4 days
! Last modified: Mon, 25 May 2026 04:47:43 +0000   <<<<<< this

This problem is started from the moment when "RU AdList: Counters" ("cntblock.txt") was added to uBO's default filters :)

Maybe, this will come in handy :)

A specific URL where the issue occurs.

moz-extension://<some_uBO_UUID>/dashboard.html#3p-filters.html
moz-extension://<some_uBO_UUID>/asset-viewer.html?url=RUS-1

Steps to Reproduce

• Open uBO dashboard.
• Go to filter list page.
• Scroll down to the regional filters.
• Find "RU AdList: Counters" there, and tick it's checkbox.
• Press "Apply changes" button, which is floating at the upper part of the uBO interface.
• Wait till the "RU AdList: Counters" filter list will be downloaded by uBO.
• Press "show contents" button (which looks like an eye) in the end of the "RU AdList: Counters" string in the uBO interface - new tab will open, showing the contents of the filter list.
• Check the header strings of the list in this new tab, find the "! Last modified:" one - it will have the "%timestamp%" after it.

Expected behavior

Instead of the "! Last modified: %timestamp%", there should be the actual date (something like "! Last modified: 2026-05-26, 22:54:15").

Troubleshooting information

uBlock Origin: 1.70.0
Firefox: 151
filterset (summary):
 network: 112102
 cosmetic: 53809
 scriptlet: 5175
 html: 340
listset (total-discarded, last-updated):
 removed:
  ublock-filters: null
  ublock-badware: null
  ublock-privacy: null
  ublock-unbreak: null
  easyprivacy: null
  plowe-0: null
 added:
  https://raw.githubusercontent.com/hoshsadiq/adblock-nocoin-list/master/nocoin.txt: 471-0, 1d.3h.33m
  ublock-annoyances: 4925-19, 6h.52m Δ
  RUS-1: 1951-15, 1d.3h.33m
 default:
  user-filters: 40-0, never
  easylist: 95068-7, 6h.52m Δ
  RUS-0: 41843-45, 6h.52m Δ
  urlhaus-1: 26750-1, 11h.52m
  ublock-quick-fixes: 475-0, 6h.52m Δ
filterset (user): [array of 40 redacted]
userSettings:
 webrtcIPAddressHidden: true
hiddenSettings: [none]
supportStats:
 allReadyAfter: 4559 ms (selfie)
 maxAssetCacheWait: 50 ms
 cacheBackend: indexedDB

[gothic-bum]

Primarily, I've opened the issue in the corresponding filter list repo, but one of its maintainers responded, that it is a problem on an uBO side, something with list update automation.

Referenced issue: easylist/ruadlist#841

[S-h-a-d-e-r]

Referenced issue: easylist/ruadlist#841

thanks

[stephenhawk8054]

Don't put the whole description in the title.

[S-h-a-d-e-r]

this is starting to get annoying.

what about the essence of the problem?

[stephenhawk8054]

Just wait for gorhill to investigate. We are volunteers, we have little free time to resolve the issues.

[S-h-a-d-e-r]

but enough to pick on minor details )

well, okay, let's wait ))

[stephenhawk8054]

It's a reminder. Ofc it takes much less time for that. If you feel annoyed, feel free to not reply further.

[krystian3w]

If GitHub actions are messing this up, then the problem was reported in the wrong place (can't by fixed by uBo 1.71.2 as hotfix).

[freezer2022]

The previous case here, a duplicate of the report (although not sure whether a duplicate of the reason too):

• Bundled filter lists in releases are not timestamped #2358

[krystian3w]

But it is hardcoded on the repo easylist/ruadlist (So even updating from the clock icon is not enough).

Theoretically, this list would need to be added to the 'CDN' repository dimisa-RUAdList/RUAdListCDN (then a minor correction in assets.json will fix it in 2 weeks without forcing a 1.71.2 push).