Searched hist:"9 a38b8db3f243daf610e443c21cb76e9753358a9" (Results 1 – 2 of 2) sorted by relevance
| /dokuwiki/_test/tests/Parsing/ParserMode/ |
| H A D | AbstractModeTest.php | 9a38b8db3f243daf610e443c21cb76e9753358a9 Sun Jul 05 18:07:27 UTC 2026 Andreas Gohr <andi@splitbrain.org> fix(parser): keep a mode's directly-assigned allowedModes when it also declares categories
setModeRegistry() replaced $this->allowedModes with the category-derived list
whenever a mode declared categories, discarding any mode names the subclass had
assigned to the property directly. The old SyntaxPlugin::accepts() merged the
category modes into the existing list instead, so a mode using the
sibling-component pattern - a non-empty getAllowedTypes() plus
$this->allowedModes[] = 'plugin_foo_bar' in its constructor - kept both and its
sibling syntax nested as intended.
Merge the category-derived modes into the directly-assigned list rather than
replacing it, then deduplicate. The no-categories path is unchanged: the
directly-assigned list is used as-is.
|
| /dokuwiki/inc/Parsing/ParserMode/ |
| H A D | AbstractMode.php | 9a38b8db3f243daf610e443c21cb76e9753358a9 Sun Jul 05 18:07:27 UTC 2026 Andreas Gohr <andi@splitbrain.org> fix(parser): keep a mode's directly-assigned allowedModes when it also declares categories
setModeRegistry() replaced $this->allowedModes with the category-derived list
whenever a mode declared categories, discarding any mode names the subclass had
assigned to the property directly. The old SyntaxPlugin::accepts() merged the
category modes into the existing list instead, so a mode using the
sibling-component pattern - a non-empty getAllowedTypes() plus
$this->allowedModes[] = 'plugin_foo_bar' in its constructor - kept both and its
sibling syntax nested as intended.
Merge the category-derived modes into the directly-assigned list rather than
replacing it, then deduplicate. The no-categories path is unchanged: the
directly-assigned list is used as-is.
|