[Broken Website] bilibili.com: text keeps the site's light-theme colour since 4.9.131 (invisible on the dark background)

Prerequisites

• I searched for any existing report about this website issue to avoid opening a duplicate.
• I can reproduce this website issue in a new, unmodified web browser profile with Dark Reader installed as the only extension.

Website Issue Description

Since 4.9.131, large parts of bilibili.com are painted with the site's light-theme colours on top of Dark Reader's dark background, so the text becomes unreadable.

Most visible on the dynamic feed page: post text, author names and every entry of the "bilibili热搜" list are rendered in rgb(24,25,28) on a rgb(25,26,27) background — i.e. invisible. Video pages are affected too: the tag chips below the description keep their light background #f1f2f3 with dark text rgb(34,34,34).

4.9.130 renders both pages correctly under identical conditions.

Website Address

• https://t.bilibili.com/ (feed)
• https://www.bilibili.com/video/BV1GJ411x7h7/ (tag chips)

Steps To Reproduce

1. New browser profile, install Dark Reader 4.9.131, keep the default settings.
2. Sign in to bilibili.com.
3. Open https://t.bilibili.com/ and scroll through the feed — post text, author names and the hot-search list titles are missing.
4. Open https://www.bilibili.com/video/BV1GJ411x7h7/ and scroll to the description area — the tag chips stay light.
5. Repeat with 4.9.130 in another new profile and compare.

Note: the failure only reproduces while the browser's traffic goes through a proxy — root cause confirmed in the comment below.

Screenshots

Dynamic feed page (https://t.bilibili.com/):

4.9.130 — expected	4.9.131 — actual

Hot-search list and a feed post (top: 4.9.130, bottom: 4.9.131):

Video page tag chips — 4.9.130, 4.9.131 (Edge Add-ons), 4.9.131 (Chrome MV3):

Operating System

Windows 11 Pro, 10.0.26200

Web Browser name and version

Microsoft Edge 153.0.4234.32

Dark Reader version

4.9.131 — broken (reproduced with the Edge Add-ons build and with the official Chrome MV3 release build). 4.9.130 (GitHub release build) renders both pages correctly.

Additional Context

Setup for every run: new profile, Dark Reader as the only extension, default settings, viewport 1440x900; t.bilibili.com was tested while signed in.

Elements on t.bilibili.com whose colour equals their background in 4.9.131 (computed style):

Element	color	effective background
div.title (hot-search heading)	rgb(24,25,28)	rgb(25,26,27)
div.text (hot-search entry)	rgb(24,25,28)	rgb(25,26,27)
span.bili-dyn-title__text (author)	rgb(24,25,28)	rgb(25,26,27)
div.dyn-card-opus__summary (post)	rgb(24,25,28)	rgb(25,26,27)

Scan of the visible viewport in the same page state:

Check	4.9.130	4.9.131
text elements whose colour ≈ background (invisible)	0	8
elements with a light background on the dark page	0	2

Video tag chips (.video-tag-container .tag) — the Edge Add-ons build of 4.9.131 renders the same values:

Build	rendered chip background	computed color
Chrome MV3 4.9.130 (release)	#1F2223 (darkened)	rgb(211,207,201)
Chrome MV3 4.9.131 (release)	#F1F2F3 (site light value)	rgb(34,34,34)

Site CSS variables generated by Dark Reader at that moment (computed style on documentElement):

Variable	4.9.130 (Chrome MV3)	4.9.131 (Edge Add-ons)
--darkreader-bg--bg3	#1f2223	empty
--darkreader-bg--brand_blue_thin	#043443	empty
--darkreader-border--graph_bg_thick	#373c3e	empty

The bundled fixes for bilibili.com forward those variables (src/config/dynamic-theme-fixes.config):

:root {
    --bg3: var(--darkreader-bg--bg3) !important;
    --brand_blue_thin: var(--darkreader-bg--brand_blue_thin) !important;
    --graph_bg_thick: var(--darkreader-border--graph_bg_thick) !important;
    /* --text1 is forwarded as well, but resolves to --darkreader-neutral-text */
}

With the referenced --darkreader-* variables missing, the forwarded variables become invalid and the elements using them fall back to the site's light-theme colours.

Regressed in 4.9.131, last known good 4.9.130.