Skip to content

Fail at startup on unknown element types in <content> - #95

Merged
alexanderoster merged 1 commit into
alexanderoster:developfrom
krixkrix:validate-content-item-types
Oct 27, 2026
Merged

alexanderoster merged 1 commit into
alexanderoster:developfrom
krixkrix:validate-content-item-types

Conversation

@krixkrix

Copy link
Copy Markdown

An element inside that is neither a content item nor a registered module type (for example a misspelled item name) was skipped silently. The server started normally and the client later failed with an obscure JS error after login, with nothing pointing at config.xml.

CUIModule_Content now throws INVALIDMODULETYPE with the element name. Non-element children (comments, text, processing instructions) are skipped by node type rather than by an empty name, since a processing instruction has a name. The separate isSupportedModuleType check is dropped because moduleTypeIsRegistered already includes it.

An element inside <content> that is neither a content item nor a
registered module type (for example a misspelled item name) was skipped
silently. The server started normally and the client later failed with
an obscure JS error after login, with nothing pointing at config.xml.

CUIModule_Content now throws INVALIDMODULETYPE with the element name.
Non-element children (comments, text, processing instructions) are
skipped by node type rather than by an empty name, since a processing
instruction has a name. The separate isSupportedModuleType check is
dropped because moduleTypeIsRegistered already includes it.
@alexanderoster
alexanderoster merged commit 135da63 into alexanderoster:develop Oct 27, 2026
1 of 2 checks passed
@krixkrix
krixkrix deleted the validate-content-item-types branch November 4, 2026 16:26
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants