Actualizar Moodle sale bien. Entras al campus, navegas, los cursos cargan, nadie escribe a soporte. Semanas después alguien comenta de pasada que "el curso de primero se ve raro desde hace un tiempo", y nadie le da importancia porque el campus funciona.
Ese comentario suelto puede ser la única pista de un fallo que lleva meses activo. Cuando un plugin se queda por el camino en una actualización, Moodle no se rompe: sigue adelante, toma una decisión por su cuenta y no se lo cuenta a nadie. Y algunas de esas decisiones cambian lo que ven los alumnos.
Qué es un plugin fantasma
Un plugin de Moodle vive en dos sitios a la vez. Por un lado están sus archivos, en una carpeta dentro de la instalación. Por otro está su registro en la base de datos, donde Moodle anota que ese plugin existe, qué versión tiene y cómo está configurado.
Una actualización puede dejar esas dos mitades descompensadas. Si el plugin no era compatible con la versión nueva, o si la actualización se hizo copiando la carpeta de Moodle limpia sin arrastrar los añadidos, los archivos desaparecen y el registro se queda.
El resultado es un plugin que, para la base de datos, sigue instalado y en uso, y que para el sistema de archivos ya no existe. Ni está ni se le espera, pero sus datos siguen ahí y sus referencias también.
Por qué no te enteras
Aquí está lo que hace este fallo tan persistente: Moodle está diseñado para no caerse por esto, y lo consigue. Cuando necesita un componente que no encuentra, no muestra un error al visitante. Recurre a una alternativa por defecto y sigue sirviendo la página.
El aviso existe, pero se escribe en el registro de depuración interno, que en un servidor de producción está desactivado. O sea que la información está, pero en un sitio donde nadie va a mirar mientras no haya un problema declarado. Y el problema no se declara, porque desde fuera no hay problema: la página carga.
Los avisos de plugins adicionales que sí aparecen en la administración del sitio tampoco ayudan tanto como parece, porque suelen fijarse en lo que está instalado y necesita atención, no en lo que falta y ha dejado un hueco.
El caso que más daño hace: los formatos de curso
Un plugin ausente puede ser irrelevante. Si desaparece un bloque lateral, se queda un hueco y poco más. Pero hay una familia de plugins donde la consecuencia es mucho mayor: los formatos de curso, que son los que deciden cómo se organiza y se presenta un curso entero.
Muchos centros usan formatos añadidos, no los que trae Moodle de serie: secciones plegables, rejillas de tarjetas, pestañas. Es una decisión pedagógica, no decorativa. Un curso diseñado para que el alumno abra un tema cada vez, con el resto recogido, no se entiende igual si de golpe se despliega todo en una lista larga.
Cuando el formato desaparece, Moodle sirve esos cursos con un formato distinto, el que tenga configurado por defecto. Sin avisar al profesor, sin marcar el curso y sin cambiar nada en la base de datos: el curso sigue guardado con su formato original, simplemente ya no hay nada que lo sepa interpretar.
En una plataforma que revisamos este curso, un formato desaparecido afectaba a 426 cursos, de los cuales varias decenas estaban visibles y en uso. Se estaban mostrando como si fueran cursos semanales. Nadie lo había reportado nunca, y hay un motivo sencillo: el alumno no sabe cómo debería verse. Ve lo que hay y asume que es así.
No todos los plugins ausentes pesan igual. Esta es la diferencia entre encontrarte suciedad y encontrarte un problema:
| Tipo de plugin | Qué pasa si falta | Lo nota el alumno |
|---|---|---|
| Formato de curso | El curso se sirve con otro formato distinto | Sí, cambia toda la estructura |
| Bloque lateral | Desaparece el bloque de la columna | Poco, si no lo usaba |
| Tipo de pregunta | Las preguntas de ese tipo dejan de poder mostrarse | Sí, y en mitad de un examen |
| Método de matriculación | Las altas automáticas dejan de procesarse | Sí, no puede entrar |
| Informe o herramienta | Deja de estar en el menú de administración | No, lo nota el gestor |
Cómo comprobar si te está pasando
La comprobación es corta y se puede hacer sin tocar nada. Son tres preguntas, en este orden:
- ¿Qué plugins dice la base de datos que están instalados? Es la lista de lo que Moodle cree tener.
- ¿Cuáles de esos tienen su carpeta en su sitio? Los que no la tengan son los fantasmas.
- ¿Alguno de ellos se está usando? Un formato de curso desaparecido se nota mirando cuántos cursos están guardados con él. Un bloque, mirando cuántas instancias hay colocadas.
Esa tercera pregunta es la que convierte una curiosidad técnica en un problema real. Un plugin fantasma que no usaba nadie es suciedad que conviene limpiar. Uno que sostiene cientos de cursos es otra cosa.
Si administras tú la plataforma, en la sección de plugins de la administración del sitio encontrarás una vista general que marca los componentes que faltan. Y si tienes acceso al servidor, un vistazo comparando el listado registrado con las carpetas reales lo resuelve en un minuto.
Por qué una actualización se lleva plugins por delante
Merece la pena entender el mecanismo, porque explica por qué esto pasa justo en las actualizaciones que se hacen con más cuidado.
Moodle se actualiza sustituyendo sus archivos por los de la versión nueva. El método recomendado no es copiar encima de lo que hay, sino desplegar la versión nueva limpia y traer de vuelta lo que era tuyo: la configuración, los archivos de los cursos y los plugins añadidos. Ese último paso es manual y depende de que alguien tenga la lista.
De ahí salen las tres formas de perder un plugin:
- Se olvidó al traerlo de vuelta. Nadie sabía que estaba porque lo instaló otra persona hace cuatro años.
- Se dejó fuera a propósito porque no había versión compatible, con la idea de "ya lo miramos después". Y después no se miró.
- Se trajo, pero no arrancó. El archivo está, pero la versión no es compatible y Moodle lo desactiva por su cuenta.
Los tres acaban igual de cara al usuario. Y en los tres, la base de datos conserva el registro, porque ese registro solo se borra si alguien desinstala el plugin correctamente desde la administración del sitio, cosa que no ocurre cuando el plugin desaparece a la brava.
Cómo distinguir "falta" de "está pero apagado"
Son dos situaciones que se parecen en la pantalla y no se arreglan igual, así que conviene separarlas antes de tocar nada.
Un plugin desactivado tiene sus archivos en su sitio. Alguien decidió apagarlo y se puede volver a encender con un clic, sin instalar nada. Sus datos siguen ahí y vuelven con él.
Un plugin ausente no tiene archivos. No hay nada que encender: hay que instalarlo otra vez, y eso significa descargar una versión compatible con tu Moodle, que puede existir o no.
La forma rápida de distinguirlos sin ser técnico es la propia pantalla de plugins de la administración del sitio: los que faltan aparecen marcados como no encontrados o pendientes, mientras que los desactivados aparecen normales, con su versión, y con la opción de activarlos.
El caso del formato de curso, con detalle
Si el plugin ausente resulta ser un formato de curso, conviene saber exactamente qué está pasando antes de decidir, porque es el caso con mejor y peor noticia a la vez.
La buena noticia: no has perdido nada. El curso sigue guardado con su formato original, y los ajustes propios de ese formato siguen almacenados. Si mañana reinstalas el plugin, los cursos vuelven a verse como estaban sin que nadie tenga que rehacer ningún curso.
La mala: mientras tanto, lo que ve el alumno puede ser bastante distinto de lo previsto. Un formato pensado para mostrar un tema cada vez, con el resto recogido, sustituido por uno que lo despliega todo seguido, convierte un curso ordenado en una lista larguísima. Y si el formato original numeraba o agrupaba de una forma concreta, esa lógica desaparece.
Hay un efecto secundario que sorprende: los profesores pueden no darse cuenta tampoco. Quien entra a diario a su curso ve el cambio y lo achaca a "la actualización", que es verdad, pero asume que es el aspecto nuevo y definitivo. Nadie abre una incidencia por algo que cree intencionado.
Un inventario que sirve de verdad
La recomendación de "haz inventario antes de actualizar" aparece en todas las guías y casi nunca se explica qué tiene que llevar. Uno útil cabe en una hoja y tiene cuatro columnas:
| Qué anotar | Por qué |
|---|---|
| Nombre técnico del plugin | Es lo que buscarás luego, no el nombre bonito |
| Versión instalada | Dice si estabas al día o ya ibas atrasado |
| Quién lo usa y para qué | Decide si merece la pena mantenerlo vivo |
| Versión compatible con tu destino | Es la columna que convierte el inventario en decisión |
Esa última columna es la que casi nadie rellena y la única que importa el día de la actualización. Si al hacerla descubres que tres plugins no tienen versión compatible, eso no es un contratiempo: es la información que necesitabas para planificar, y llega a tiempo.
Qué mirar justo después de actualizar
La revisión posterior se salta siempre porque el campus se ve bien, y se ve bien porque Moodle está diseñado para eso. Estas cuatro comprobaciones cuestan un cuarto de hora y cazan casi todo:
- La pantalla de plugins, buscando avisos de componentes no encontrados.
- Tres o cuatro cursos reales, abiertos como los ve un alumno. No la portada del campus.
- Un curso de cada formato que uses, si usas varios. Es donde aparecen las sorpresas.
- Una prueba de las funciones que dependen de plugins: un examen con los tipos de pregunta que uséis, una matrícula automática, un certificado.
Es el mismo tiempo que se tarda en contestar un correo, y es la diferencia entre enterarte hoy o enterarte en febrero por un comentario de pasillo.
Qué hacer cuando encuentras uno
No hay una única respuesta correcta, y conviene no precipitarse porque las dos opciones son bastante definitivas:
Reinstalar el plugin. Es lo indicado cuando lo que faltaba sí se usaba y sigue existiendo una versión compatible con tu Moodle. Los cursos recuperan su aspecto original de inmediato, porque su configuración nunca se llegó a perder. El trabajo está en comprobar que la versión nueva es compatible de verdad, no en instalarla.
Convertir y desinstalar. Es lo razonable cuando el plugin está abandonado o ya no existe versión para tu Moodle. Aquí hay que decidir a qué formato pasan los cursos afectados, y eso es una decisión de los responsables de formación, no del informático. Después se retira el registro para que la base de datos deje de anunciar algo que no está.
Lo que no recomendamos es borrar el registro por las bravas sin mirar qué había colgado de él. Los datos que dejó ese plugin pueden seguir siendo útiles, y una vez retirados no vuelven.
Cómo evitar que vuelva a pasar
Este fallo nace casi siempre en el mismo sitio: una actualización hecha con prisa, normalmente en agosto, para llegar al inicio de curso. Tres costumbres lo evitan casi por completo:
- Inventario antes de tocar nada, y una copia que sepas restaurar. La lista de plugins añadidos, con su versión, escrita y guardada. Sin ella, después no hay forma de saber qué había.
- Comprobar compatibilidad uno a uno, antes de la actualización y no durante. Un plugin sin versión compatible es una decisión que hay que tomar con calma, no un imprevisto a las once de la noche.
- Una revisión después, con la lista delante. Actualizar y comprobar que todo sigue son dos tareas, y la segunda se salta siempre porque el campus se ve bien.
Y una costumbre más, la más barata: abrir tres o cuatro cursos reales y mirarlos. No la portada del campus, los cursos. Es donde viven los formatos, y es lo único que el alumno va a ver.
En resumen
Que Moodle no se caiga tras una actualización no significa que haya quedado igual. Un plugin puede desaparecer sin hacer ruido, y si era de los que deciden cómo se presenta un curso, tus alumnos pueden llevar meses viendo una versión de tu formación que nadie diseñó.
Se comprueba en un minuto y se arregla en una tarde. Lo caro no es el fallo: es el tiempo que pasa hasta que alguien lo mira.
Preguntas frecuentes
¿Un plugin fantasma puede romper el campus? No es lo habitual. Moodle está preparado para seguir funcionando sin él, y ese es justo el motivo por el que nadie se entera. El daño no es una caída, es que algo se muestra de otra forma.
¿Cómo sé si el plugin que falta lo usaba alguien? Mirando cuántos cursos u objetos siguen apuntando a él. Un formato de curso desaparecido se nota contando los cursos guardados con ese formato; un bloque, contando las instancias colocadas.
¿Puedo borrar el registro que quedó y ya está? Puedes, pero mira antes qué había colgado. Los datos que dejó ese plugin pueden seguir haciendo falta, y una vez retirados no vuelven.
¿Esto se evita no actualizando? Al contrario: quedarse en una versión sin soporte sale mucho más caro. Lo que evita el problema es actualizar con inventario y con una revisión después, no dejar de hacerlo.
Si prefieres que la próxima actualización la lleve alguien con la lista delante, es parte de gestión de Moodle.
¿Y si tu Moodle lo lleváramos nosotros?
Actualizaciones, backups verificados, rendimiento y trazabilidad FUNDAE, gestionado de forma continua por una persona que responde. Auditoría gratuita de tu plataforma actual.
