Closed (fixed)
Project:
CKEditor WIRIS (MathType/ChemType)
Version:
3.0.x-dev
Component:
Code
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
7 Jan 2026 at 13:32 UTC
Updated:
22 Jan 2026 at 08:14 UTC
Jump to comment: Most recent
Show commands
changes
Comments
Comment #3
nnevillThe merge request above fixes the problem.
Cause of Issue: CKEditor 5 DLL Namespace Obfuscation
The error stems from a breaking change in how CKEditor 5 "DLL" (Dynamic Link Library) assets are bundled in Drupal 10.4+ and 10.6. While the CKEditor core libraries are present on the page, the internal classes (such as DomConverter or XmlDataProcessor) are no longer exposed on the global window.CKEditor5.engine object by their original names due to aggressive minification/obfuscation in the core build.
Because third-party plugins often use hardcoded property access (e.g., window.CKEditor5.engine.DomConverter), they return undefined and crash with a TypeError when the plugin attempts to use them as a constructor. This is further complicated by the transition to ESM-based loading, which prevents traditional source imports from resolving correctly at runtime in the browser.
Comment #4
scott_euser commentedThanks for this! We tested this out on a client's site and confirmed it solves the issue, and CK Editor 5 now loads again. This is quite critical since when the error occurs, the CK Editor instance is completely empty with no content, yet still loads the toolbar. A hard refresh shows the content is there before CKE loads, but once CKE loads it loads empty.
Comment #6
bramdriesenThanks! Merged and will tag a new release in a minute.