[AndyScherzinger]

Closes #353

Mind maps no longer open on Nextcloud 36, for two reasons:

• The editor page returns a 500. templates/viewer.php used \OC::$server[...], and array access on the server container is gone in 36 (Cannot use object of type OC\Server as array). It now uses OCP\Server::get().
• The handler is never registered. feat(viewer): drop the bundled viewer app for @nextcloud/viewer server#63954 removed the viewer app: LoadViewer is no longer dispatched, and OCA.Viewer.registerHandler() / setRootElement() no longer exist.

Changes

• The handler is registered with @nextcloud/viewer (^2.0.0-beta.18) from an init script loaded on BeforeTemplateRenderedEvent. The viewer also registers the Files "View" / "Open with" actions for it.
• src/views/MindMap.js is now a native custom element rendering the editor iframe, replacing the Vue 2 component built on the viewer mixin. It emits loaded as soon as the iframe is inserted: the viewer hides a handler until then, and the editor lays out its toolbar and nodes once on startup, so it must not start hidden (in Firefox the toolbar otherwise stays empty).
• The iframe closes the viewer through OCA.FilesMindMap.close() → getViewer().close().
• The handler uses the viewer's dark theme. With 2.0.0-beta.17+ the default theme follows the user's theme, but on a light theme the header title stays light on white and is barely readable (Header title is barely readable with the default theme on a light theme nextcloud-libraries/nextcloud-viewer#150). default can come back once that is fixed.
• The init script holds only the handler registration and the element. The editor logic (mindmap.js, with dialogs, axios and jszip) loads when a mind map is first shown. What every page loads is about 170 kB (62 kB gzip), most of it the @nextcloud/viewer entry itself.
• On 32 the hidden file action that opens mind maps from the file list is still registered, from its own chunk loaded only there. @nextcloud/files 4 (33+) passes a context object to enabled()/exec(), so this action never matched there, and the viewer's own actions cover it.
• max-version raised to 36.
• The custom renderBuiltUrl in vite.config.ts is dropped. It emitted a bare OC.filePath(), which a minified top-level function OC in the bundle shadows, so lazy chunks failed to load wherever this app's copy of the viewer is mounted (e.g. 32). @nextcloud/vite-config already emits window.OC.filePath().
• The error shown when opening a mind map fails now gets the message instead of the Error object, which made the toast itself throw.
• Removed as dead code:
  • public.js and LoadPublicViewerListener: on 32+ public share pages are rendered by the Files app and open single-file shares through the default file action, so the #files-public-content container they waited for never exists.
  • css/style.css and LoadAdditionalListener, which only loaded it, plus its link in the editor page and the template creator's icon-mindmap fallback. None of its rules apply on 32+, and setIconSvgInline() exists since 29.
  • src/__tests__/MindMap.spec.js, replaced by mindmapElement.spec.js. Besides testing the removed Vue component, it collided with mindmap.spec.js on case-insensitive filesystems.

Testing

Tested in Chromium and Firefox at the head of this branch:

	32.0.15 (viewer 5.0.0)	34.0.5 (viewer 7.0.0-dev)	36 (master, no viewer app)
Open from Files	✅	✅	✅
Edit and save	✅	✅	✅
Open public link share	✅	✅	✅
Editor renders when the iframe loads slowly (Firefox)	✅	✅	✅

The last row holds back the editor page's load event, which reproduces the empty toolbar with the previous approach of emitting loaded on the iframe's load event. On 36 this app's copy of the viewer is elected over the server's 2.0.0-beta.15. On 32 and 34 the old viewer app keeps its OCA.Viewer global while the library's registry (window._nc_viewer_scope) only holds this handler, so both coexist. 33 and 35 were not tested separately. Vitest passes.

🤖 AI (if applicable)

• The content of this PR was partly or fully generated using AI (N/A)