Changes in Handler.php

7595d8da86a38ca641fad1933f799d25314992dd - �� Rector and PHPCS fixes

Mon, 06 Jul 2026 12:48:15 +0000

�� Rector and PHPCS fixes List of files: /dokuwiki/inc/Parsing/Handler.php

21d6f17628c4d23bbd68d3bc6875455198d9fbe6 - fix(parser): restore BC for manual Handler/Parser construction

Sun, 05 Jul 2026 16:28:58 +0000

fix(parser): restore BC for manual Handler/Parser constructionThe parser rework made ModeRegistry a required constructor argument onHandler and Parser and dropped the Doku_Parser class alias, breaking thelong-documented manual sub-parsing pattern used by many plugins(new Doku_Handler(); new Parser($handler); ...): both threwArgumentCountError and new Doku_Parser() fatalled as an unknown class.Default the ModeRegistry argument on both constructors: Handler builds aregistry for the configured syntax, Parser takes it from the handler.Re-add the Doku_Parser alias. Constructing without a registry emits adeprecation pointing at p_get_instructions(). List of files: /dokuwiki/inc/Parsing/Handler.php

47a02a102092be9e1e6f1ddaf158bdfffdb13d4f - Parsing: make parse syntax a per-parse value, drop ModeInterface

Thu, 04 Jun 2026 12:27:59 +0000

Parsing: make parse syntax a per-parse value, drop ModeInterfaceThe active parse's syntax flavour is a per-parse question, not process-global state: within a single request a plugin can render bundledDokuWiki-syntax text inside an otherwise-Markdown page. Yet ModeRegistrywas a singleton that read $conf['syntax'] and the $PARSER_MODES global,and every mode reached it through ModeRegistry::getInstance() — so theflavour lived in shared mutable state that two parses in one requestwould fight over.Make the registry a short-lived value instead:- ModeRegistry is constructed once per parse with an explicit $syntax and injected into Parser, Handler and every mode. getSyntax() / isDwPreferred() / isMdPreferred() consult $this->syntax; the DOKU_UNITTEST-gated mode-list cache hack is gone (each registry is fresh, nothing to invalidate).- p_get_instructions() is now the single place in the pipeline where $conf['syntax'] is read; from there the flavour travels as a parameter. No code under inc/Parsing/ reads $conf['syntax'] directly anymore — the five syntax-reading modes (Preformatted, GfmHr, GfmEscape, Externallink, GfmQuote) route through $this->registry.Keep the two concepts apart, as documented in the ModeRegistry andAbstractMode docblocks: the user's configured *preference* stays in$conf['syntax'] for UI code (toolbar, settings), while the activeparse's syntax is a parameter carried by the registry.$PARSER_MODES is demoted to a deprecated, read-only mirror, publishedduring loadPluginModes() — third-party syntax plugins (columnlist,alphalist2, phpwikify, skipentity) and the bundled info plugin read theglobal directly, often from their constructors, so the taxonomy muststay visible there. No core code reads the mirror.Fold ModeInterface into AbstractMode while here: getSort()/handle() areabstract, the connect callbacks carry defaults, and the public $Lexer"FIXME should be done by setter" becomes setLexer()/getLexer() injectedby Parser::addMode() alongside the registry. Nested-content resolutionmoves to the allowedCategories()/filterAllowedModes() hooks, resolvedonce when the registry is attached.Tests build their own parser/registry through ParserTestBase::setSyntax()instead of mutating $conf and calling the removed ModeRegistry::reset(). List of files: /dokuwiki/inc/Parsing/Handler.php

cb0a6471bb5821651602f528ca9699fcbcb7554f - Merge branch 'master' into gfm

Tue, 12 May 2026 18:33:21 +0000

Merge branch 'master' into gfm* master: Fix syntax plugin rendering List of files: /dokuwiki/inc/Parsing/Handler.php

7686f2030b19f948d2e50df1613ef6592fa44b46 - Fix syntax plugin rendering

Tue, 12 May 2026 17:18:06 +0000

Fix syntax plugin renderingReverse the order in which core modes and plugin modes are handled by the \dokuwiki\Parsing\Handler.Otherwise only the handle() method of the plugin is called, which is fine for core modes. Syntax plugins need to go through plugin() to actually add their own calls. List of files: /dokuwiki/inc/Parsing/Handler.php

06ab3bb2c83692e8fee0c14ad0cc085ac2b07162 - Merge branch 'master' into gfm

Tue, 12 May 2026 14:11:42 +0000

Merge branch 'master' into gfm* master: (176 commits) Delete inc/Search/concept.txt �� Rector and PHPCS fixes �� Update deleted files updated phpseclib dependency use new ModeRegistry constant in info plugin keep historic typo in value but not in constant SearchIndex: fix comment position �� Rector and PHPCS fixes Translation update (tr) Translation update (fr) refactor(changelog): persist external-edit detection on first read fix(infoutils): escape git log arguments for Windows compatibility fix(preview): remove deprecated X-XSS-Protection header fix: don't move the editor textarea into the toolbar fix EXIF-rotated images shown cropped in previews, closes #4482 fix: avoid picker close/reopen race on toggle button click subscriptions: include diff link in plain-text list mails too Translation update (ru) Translation update (pl) Translation update (pt-br) ...# Conflicts:# inc/Parsing/ParserMode/Quote.php List of files: /dokuwiki/inc/Parsing/Handler.php

8788dbbd585b42284320d64cc932f3c875eab6b2 - �� Rector and PHPCS fixes

Wed, 06 May 2026 19:32:03 +0000

�� Rector and PHPCS fixes List of files: /dokuwiki/inc/Parsing/Handler.php

309a08521b24a6fff00f318e061096f69771bbad - replace DW Quote with unified GfmQuote

Thu, 30 Apr 2026 11:58:30 +0000

replace DW Quote with unified GfmQuoteGfmQuote covers blockquote parsing for both DokuWiki and GFM dialectsin a single mode. Same quote_open/quote_close handler instructions; aDW-preferred post-pass flattens sub-parsed paragraph wrapping intolinebreak calls so existing pages keep their
-between-linesrendering. MD-preferred keeps the

-wrapped spec shape.Block content (lists, fenced code, tables) inside `>` quotes nowrenders, since the body is sub-parsed. Headers stay excluded(BASEONLY) — TOC and section-edit anchors don't compose with

, same rationale as GfmListblock.Convert ModeRegistry's sub-parser cache into an acquire/release poolto support same-key re-entrancy: a list inside a quote re-entersgfm_quote during the list-item sub-parse, and the inner call needsits own parser instance even though the exclusion key matches.GfmListblock is updated to use the new acquire/release primitives. List of files: /dokuwiki/inc/Parsing/Handler.php

9172eccff11a70df61d7aad697f84bbd815147ce - add sub-parser support to Handler / Parser / ModeRegistry

Tue, 28 Apr 2026 06:22:27 +0000

add sub-parser support to Handler / Parser / ModeRegistryA block mode that wants to parse the body of one of its capturedmatches needs a second Parser instance configured with the activemodes minus whatever would re-enter the outer mode. Doing this byhand is verbose and easy to get wrong — modes hold a $Lexer slotthat addMode() overwrites, so the same mode object can't be sharedbetween the main parser and a sub-parser.Three small additions: Handler::reset() — clears calls, status, currentModeName, and installs a fresh CallWriter. Lets one Handler instance be parsed against repeatedly without state bleed. Parser::getHandler() — accessor; sub-parser callers need it to reach the handler for reset() and for harvesting the produced call list. ModeRegistry::getSubParser($excludeCategories, $excludeModes) — returns a cached Parser preconfigured with every active mode except those excluded. Mode objects are cloned before being attached so connectTo()'s assignment to $Lexer does not clobber the main parser's references. Cache key is the exclusion-set; default exclusion is CATEGORY_BASEONLY (no Header inside the sub-parsed content).Tests cover Handler::reset's full clear, sub-parser caching,default and custom exclusions, registry-reset propagation, andthe clone-not-share invariant for $Lexer. List of files: /dokuwiki/inc/Parsing/Handler.php

04045feaa3a81b6a38bc817bbd154cc21c6a7f38 - remove unused rewriteBlocks property from Handler

Sat, 18 Apr 2026 18:51:18 +0000

remove unused rewriteBlocks property from HandlerThis flag was added in b7c441b9 (2005) for planned wiki syntaxconverters but was never set to false anywhere. Remove the deadconditional and always run Block processing. List of files: /dokuwiki/inc/Parsing/Handler.php

3ea3771b15c718db43d9be77115eba49aa1292e7 - supress code sniffer warning on deprecation wrapper

Sat, 18 Apr 2026 18:43:34 +0000

supress code sniffer warning on deprecation wrapperPreviously the whole file was excluded. We can now be more precise. List of files: /dokuwiki/inc/Parsing/Handler.php

71096e46fcbfaeaa808667aba794e77fe2780169 - move handler methods into ParserMode classes and rename Handler

Sat, 18 Apr 2026 15:35:30 +0000

move handler methods into ParserMode classes and rename HandlerEach ParserMode class now implements handle() from ModeInterface,containing the token handling logic that previously lived as individualmethods on Doku_Handler.The Handler class (formerly Doku_Handler) is the single dispatch point:Lexer passes tokens to Handler::handleToken() which routes to modeobjects, plugins, or returns false. The Lexer only tokenizes andresolves mapHandler aliases.Key changes:- Add handle() to ModeInterface, implemented by all mode classes- Move Doku_Handler to dokuwiki\Parsing\Handler namespace- File extends Code (shared parsing via $type property)- Quotes uses mapHandler() + Handler::getModeName() for sub-modes- Media::parseMedia() replaces Doku_Handler_Parse_Media()- Code::parseHighlightOptions() replaces parse_highlight_options()- Per-parse state (footnote, doublequote) stays on Handler- Deprecated wrappers kept for base/header/internallink/media- Class alias and rector rules added for backward compatibility List of files: /dokuwiki/inc/Parsing/Handler.php