- Shipped
- 27 de agosto de 2026 a las 20:39 UTC
- Author
- kamo
- Commit
- 29a65ec
Tarea 8, la mitad kamo-nal. Seis espejos de la arquitectura de derechos; cuatro de ellos viven aquí. 3. app/lib/rightsHierarchy.ts MANAGE-BILLING-PROVIDER -- MANAGE-SUBSCRIPTION-SETTINGS 4. app/tipos/.../RoleRightType.ts la constante (277) y la entrada de TODOS 5. permisoAppSections.ts NO cambio funcional necesario . ver más abajo 6. SecurityRoleManager.tsx su duplicado en línea de 5, mantenido idéntico Los espejos 5 y 6 resultaron no necesitar ningún código: mapean ServiceType --sección, no es correcto -o sección, y la fila POS/"Commerce" ya existe. Porque MANAGE-BILLING-PROVIDER lleva ServiceType.POS es granazgo en el momento las naves enum. Ambos comentarios fueron actualizados para nombrarlo, y actualizados IDENTICALLY, porque permisoAppSections.test.ts pins la duplicación en lugar de la solución . SecurityRoleManager.tsx no importa ese archivo, y dos copias que no están de acuerdo es cómo un editor crece una sección de la que carecen los otros. EL PREFIX DE LA Rápida. El plan especificaba el relé en /api/security/billing/provider y el archivo de la ruta en ************* Aquellos no coinciden, así que enviado como escrito toda la función sería 404 en el navegador mientras que cada servicio era saludable y cada construcción era verde . Falla el propio plan advierte que ha ocurrido dos veces en esta plataforma. La ruta naves en **************** en su lugar, siguiendo la nómina precedente, y cubre cada relevo de facturación futuro sin nuevo expediente. billeteRelayRoutePrefix.ts ahora lee el Java.RequestMapping y comprueba un atracón en realidad lo cubre, por lo que el desajuste no puede volver como un código revisar a alguien se olvida de hacer. La ruta NO llama .json() a una respuesta sin cuerpo. desconexión arrojaría y saldría como un 500 genérico, haciendo un La llamada exitosa se ve rota. Pinned by the second test en ese archivo. RED (prueba editada primero, antes de que se tocara cualquier espejo): Derechos de FAILHierarchyParity - cada borde coincide a RoleRightType.java exactamente AssertionError: esperada " onlyInTs: [], ...(1) a profundamente igual SóloInTs: [], sóloInJava: [] Derechos de la FAILHierarchyParity tiene el mismo número de niños que Java esperada [CREATE-CONTACTS', ...(192) ] tener una longitud de 194, pero consiguió 193 Derechos de la FAILHierarchyParity - coincide con los totales auditados esperada [CREATE-CONTACTS', ...(192) ] tener una longitud de 194, pero consiguió 193 Derechos de la FAILHierarchyParity - padres el proveedor de facturación justo en los entornos comerciales AssertionError: esperado [] a profundamente igual [ Array(2) ] - [ "MANAGE-SUBSCRIPTION-SETTINGS", "ACCESS-COMMERCE" ] - [] Pruebas 4 fallidas - 12 aprobadas (16) RED para la ruta, con el directorio llamado EXACTLY como el plan especifica ********************** Facturación FAILRelayRoutePrefix tiene una ruta general que cubre el mapeo de relevos AsertionError: no catch-all route file covers /api/security/billing/provider Cada endpoint debajo de él 404s en el navegador: se espera que sea falso Facturación FAILRelayRoutePrefix no llama a .json() en una respuesta sin cuerpo Error: ENOENTE: no dicho archivo o directorio, open ********************** Ensayos 2 fallidos (2) GREEN, ambos archivos: Pruebas 22 pasadas (22) Providos capaces de fallar, por mutación, observados literalmente: C. Entrada CORECRO-PARENTE para MANAGE-BILLING-PROVIDER eliminado (A deriva del SET de Java, que es la razón por la que la prueba de paridad lee la fuente de Java): 4 fallido 12 pasó - incluyendo "cada borde coincide con RoleRightType.java exactamente" con un solo no vacíoInJava - D. La guardia 204 se sustituyó por un incondicional "NextResponse.json"(await response.json()) - Facturación FAILRelayRoutePrefix no llama a .json() en una respuesta sin cuerpo AssertionError: espera 'importación . NextRequest, NextResponse ..' para contener 'si (-texto) devuelva el nuevo NextResponse(nu...' Ambos revirtieron. VIFICACION prueba de npm - todos los 12 scripts de guardia pasan, luego Archivos de prueba 286 aprobados (286) Pruebas 3750 pasadas (3750) npx tsc --noEmitir sobre el repo de la QUIEN, y no es mío: ******************* error TS2552: No se puede encontrar el nombre de 'usoNavCounts' Ese archivo está en el árbol de trabajo de otra sesión (líneas 55 osí". origen/principal) y está intacto aquí. Para probar que estos cambios son ellos mismos limpio, tsc se volvió a correr sobre un árbol construido a partir de origen/main más SOLO estos siete archivos: cero errores excepto el módulo de búsqueda "Cannot find module"/mensages/en.json', que es un artefacto de los "messages" siendo gitignored y tan ausente de un árbol git-archive. Comprometido con el commit -sólo en vías explícitas. Esta caja se lleva a cabo docenas de otros archivos modificados y STAGED de otras sesiones; .git show --stat HEAD. enlista exactamente a estos siete.