wiki.techinc.nl/tests
Func fc5f2119b0 RemexCompatFormatter: Don't encode HTML entities in raw-text elements
Before commit 5d317c2, this encoding happens in the parser before
calling the ParserAfterTidy hook, at this stage, the input usually
don't contain any raw-text elements, all good;

After commit 5d317c2 but before the core is actively using the
RemexCompatFormatter for OutputTransform, the bug can only be triggered
by extensions. But for now, the transform can happen on every page
with a ToC.

The issue and the fix is similar to T255007 and commit c44a395, which
5d317c2 follows-up to, so I am a bit confused why this stays broken.

Bug: T406391
Change-Id: I41959bf5ee243bdcfba571eb8f121fb571d960db
(cherry picked from commit e928409b4f7a81a8ee02d563c18829d5524e0fa6)
2025-10-09 12:24:14 -04:00
..
api-testing block: Fix DBS::acquireTarget() race using GET_LOCK() 2025-04-07 11:43:34 +00:00
common SimpleParsoidOutputStash: add serialization test cases 2025-09-09 14:26:59 +00:00
jest mediawiki.special.block: "Editing their own talk page" is inverted 2024-10-21 09:42:47 -07:00
parser RemexCompatFormatter: Don't encode HTML entities in raw-text elements 2025-10-09 12:24:14 -04:00
phan
phpunit DeduplicateStyles: Only transform possible style nodes 2025-10-03 23:19:17 +00:00
qunit mw.jqueryMsg: Allow complex expressions in parser functions' first param 2024-11-12 14:21:26 +00:00
selenium selenium: Fix 'Page should be editable' 2024-10-08 15:06:39 +00:00
uidesign
.htaccess In .htaccess deny files, use "Satisfy All" 2025-04-04 13:17:15 +00:00