Cuando el software te bloquea el acceso a tu propio panel

Entras en tu panel de gestión como cada mañana y te encuentras un «no tienes permiso para acceder». Eres el administrador. Es tu instalación. Y no puedes entrar.

Qué ha pasado

Los permisos de un plugin se asignan a los roles de usuario al instalarlo. A partir de ahí se dan por sentados.

Pero esos permisos viven en la base de datos y pueden perderse:

• Otro plugin que gestiona roles y los sobrescribe.
• Una restauración de copia de seguridad parcial.
• Una migración de servidor mal terminada.
• Un plugin de seguridad que «limpia» capacidades que no reconoce.

El resultado es que tu rol de administrador deja de tener el permiso de acceso, y el sistema hace exactamente lo que debe: negarte la entrada.

Por qué es especialmente frustrante

Porque la solución —desactivar y reactivar el plugin— es contraintuitiva y da miedo. La mayoría de la gente teme perder datos al desactivar, así que no lo intenta. Y como no puede entrar al panel, tampoco puede investigar.

Es un callejón sin salida aparente que en realidad se arregla en diez segundos.

Cómo debería comportarse un sistema bien hecho

Dos cosas.

Repararse solo. Una comprobación periódica —una vez al día basta— que verifique si el rol de administrador conserva sus permisos y, si no, los restaure. Es barato de ejecutar y evita el problema por completo.

Explicarse mejor. Si aun así alguien ve el mensaje de acceso denegado, el sistema debería detectar que quien lo ve es administrador del sitio y darle una pista útil: qué ha pasado probablemente y qué puede hacer, con un enlace directo.

Un «acceso denegado» a secas es correcto pero inútil. Deja al usuario sin siguiente paso.

La regla de fondo

Cualquier estado que se establezca solo en la instalación debe poder repararse por sí mismo. Depender de que el usuario sepa reinstalar no es una solución: es trasladarle un problema que no ha causado.