nextcloud / nextcloud/whiteboard
Migrate off the OCA.Viewer global before Nextcloud 36
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 215
- Forks
- 39
- Avg merge
- 1d 3h
- Merged PRs (30d)
- 32
Description
Whiteboard hangs its viewer integration off the viewer's load event:
lib/Listener/LoadViewerListener.php:12:use OCA\Viewer\Event\LoadViewer;lib/AppInfo/Application.php: registers that listener forLoadViewer
The listener also provides the initial state the whiteboard needs (maxFileSize,
disableExternalLibraries, autoUploadOnDisconnect, isAdmin, orgTemplatesSupported).
[!WARNING]
This fails quietly.OCA\Viewer\Event\LoadViewerstops existing, so the listener never fires.
Both the script and that initial state stop being provided, with no error, and whiteboards
stop opening in the viewer.
The work is to move what the listener does onto an event that still exists. Registering the
handler belongs in a script loaded with \OCP\Util::addInitScript(), so it is in place before
the Files list takes its first snapshot of the available actions, and the initial state can go
on BeforeTemplateRenderedEvent alongside it. Handlers are also custom elements now rather
than Vue components handed to the viewer. See the
registration walkthrough.
OCA.Viewer is gone in Viewer 7.0.0. The viewer ships as the
@nextcloud/viewer library rather than a
bundled app, and nextcloud/server#63954 removes the viewer app from Nextcloud 36 altogether.
Roughly what it looks like:
import { canView, getViewer } from '@nextcloud/viewer'
// OCA.Viewer.open({ path }) / ({ fileInfo, list })
getViewer().open(nodes, file) // @nextcloud/files nodes
getViewer().openFolder(folder, file) // when a path is all you have, let it fetch
// OCA.Viewer.mimetypes.includes(mime) / availableHandlers
canView(node)
The part that is not a rename is that the viewer takes @nextcloud/files nodes now, not
fileinfo objects or path strings. Importing the package is also all it takes to get the viewer
onto the page: no LoadViewer event to dispatch, and nothing to check about whether the app is
enabled.
[!IMPORTANT]
There is no compatibility shim, which was a deliberate call, so this is a real port rather
than a rename. Nothing breaks until the server PR lands; after that these calls throw on
Nextcloud 36.
[!TIP]
The developer manual covers the migration under
Critical changes
(being added in nextcloud/documentation#15597), and the
README
has the full before/after table. Happy to help with the port, just ping me.
👾 This issue was written with the help of Claude Code.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with lib/Listener/LoadViewerListener.php and lib/AppInfo/Application.php, then read the linked nextcloud-viewer registration walkthrough and migration table. Trace the existing OCA.Viewer calls and initial-state setup, and verify that the handler is registered through OCP\Util::addInitScript() with BeforeTemplateRenderedEvent. Done means Whiteboard opens through @nextcloud/viewer on Nextcloud 36 without the LoadViewer event or OCA.Viewer global.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, php
- Domain
- backend, frontend
- Issue type
- Refactor
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Clearly specified
- Newbie friendliness
- 68/100