Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Migrate off the OCA.Viewer global before Nextcloud 36

Abierto Apto para principiantes
#2,026 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
86/100
Tipo de issue
Refactorización
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
javascript, php
Área
backend

Línea de trabajo

Comienza en lib/Controller/PageController.php, en el import y en el dispatch de LoadViewer alrededor de las líneas 18 y 71-72. Confirma que Notes no tiene llamadas de JavaScript a OCA.Viewer; después elimina la integración obsoleta del visor y verifica que los checks o tests del proyecto pasen; se considera hecho cuando aquí ya no sea necesario ningún código de habilitación de LoadViewer o viewer-app.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Notes dispatches the viewer's load event:

  • lib/Controller/PageController.php:18: use OCA\Viewer\Event\LoadViewer;
  • lib/Controller/PageController.php:71: if (\OCP\Server::get(IAppManager::class)->isEnabledForUser('viewer') && class_exists(LoadViewer::class))
  • lib/Controller/PageController.php:72: $this->eventDispatcher->dispatchTyped(new LoadViewer())

[!NOTE]
This one is not urgent. The class_exists() guard means the dispatch is skipped rather than
fatal once the class is gone, so nothing breaks. It just becomes dead code, along with the
isEnabledForUser('viewer') check, since there is no viewer app to enable and importing
@nextcloud/viewer is what puts the viewer on a page now.

Notes does not call OCA.Viewer from javascript, so there is nothing else to port here.


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.

Lenguaje dominante
JavaScript
Estrellas
739
Forks
162
Merge medio
15 h 2 min
PR fusionados (30 d)
37

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de nextcloud/notes

Todos los issues de nextcloud/notes

Issues similares

Más issues de JavaScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.