apps-registry

0 Fork 0

Author	SHA1	Message	Date
devopsandClaude Sonnet 5	206571627b	fix(ecommerce): forzar renderizado dinamico en home y layout raiz Build and Push Frontend / Escaneo de Secretos (Gitleaks) (pull_request) Successful in 29s Details Build and Push Frontend / Construir y Subir Imagen (pull_request) Skipped Details Bug preexistente (no introducido en esta sesion, solo expuesto): "/" se prerenderizaba en build time dentro del Dockerfile, donde HEADLESS_PROVIDER/MEDUSA_* no existen todavia (solo se inyectan en runtime via el Deployment de k8s) -- el provider caia a "mock" y ese HTML quedaba cacheado 1 año (confirmado en vivo: x-nextjs-prerender:1, Cache-Control: s-maxage=31536000, x-nextjs-cache:HIT). El carrusel de "Novedades" del home ya mostraba productos mock desde antes; recien se noto con el nav data-driven de la sub-fase 2 porque las categorias mock ("Figuras"/"Peluches"/"Mochilas") son obviamente distintas a las reales. /catalog y /product/[slug] no sufren esto porque ya son dinamicos (searchParams / params fuerzan SSR). export const dynamic = "force-dynamic" en app/page.tsx y app/layout.tsx (el layout comparte el fetch del Navbar con TODAS las rutas -- forzarlo ahi tambien protege contra que una pagina futura reintroduzca el mismo bug). Decision del usuario: priorizar datos reales sobre el cacheo estatico de 1 año. Co-Authored-By: Claude Sonnet 5 <[email protected]> Claude-Session: https://claude.ai/code/session_013dunTcReWMKhWgCPkvAVHD	2026-08-24 23:42:57 -05:00
devops	d64218f45f	chore: release v1.0.141 [skip ci]	2026-08-25 04:03:03 +00:00
devops	7695ca0dea	Merge pull request 'fix(ecommerce): tipar defaultTile igual que las entradas de tileContent' (#34 ) from fix/etapa2-subfase2-category-tiles-type into main Build and Push Frontend / Escaneo de Secretos (Gitleaks) (push) Successful in 28s Details Build and Push Frontend / Construir y Subir Imagen (push) Successful in 21m58s Details	2026-08-25 03:40:36 +00:00
devopsandClaude Sonnet 5	bd956328db	fix(ecommerce): tipar defaultTile igual que las entradas de tileContent Build and Push Frontend / Escaneo de Secretos (Gitleaks) (pull_request) Successful in 49s Details Build and Push Frontend / Construir y Subir Imagen (pull_request) Skipped Details next build fallaba en tsc: defaultTile no tenia la propiedad opcional image, asi que la union de tipos entre tileContent[handle] y defaultTile perdia esa propiedad y content.image no compilaba. Se extrae el tipo TileContent y se anota defaultTile con el, igual que tileContent. Co-Authored-By: Claude Sonnet 5 <[email protected]> Claude-Session: https://claude.ai/code/session_013dunTcReWMKhWgCPkvAVHD	2026-08-24 22:37:24 -05:00
devops	20bc559a6c	Merge pull request 'fix(ci): actualizar guard de navegacion del catalogo tras PR #32 ' (#33 ) from fix/etapa2-subfase2-ci-nav-check into main Build and Push Frontend / Escaneo de Secretos (Gitleaks) (push) Successful in 22s Details Build and Push Frontend / Construir y Subir Imagen (push) Failing after 12m14s Details	2026-08-25 03:17:24 +00:00
devopsandClaude Sonnet 5	2abfec57ae	fix(ci): actualizar guard de navegacion del catalogo tras PR #32 Build and Push Frontend / Escaneo de Secretos (Gitleaks) (pull_request) Successful in 30s Details Build and Push Frontend / Construir y Subir Imagen (pull_request) Skipped Details El guard de "Validar navegación real del catálogo" en build.yaml seguia pinneado a la implementacion vieja de navbar.tsx: greppeaba literalmente "collection=Marvel", "category=Mochilas" y "currentCollection", que eran exactamente los valores hardcodeados que PR #32 elimino por estar rotos (ya no correspondian a ningun dato real desde que se quito legacyProductMeta en PR #29). El guard quedo validando el bug, no la correccion, y bloqueo el build post-merge de PR #32. Ahora valida el comportamiento real nuevo: que el nav arma su arbol desde datos reales (buildCategoryTree), que linkea por nombre real de categoria (encodeURIComponent(root.name)) y que expone el item activo (aria-current={isActive(...)}). El check de remontaje en app/catalog/page.tsx tambien se actualizo: la key ya no incluye ":${section}" porque ese query param nunca se usaba (dead code eliminado en PR #32). Co-Authored-By: Claude Sonnet 5 <[email protected]> Claude-Session: https://claude.ai/code/session_013dunTcReWMKhWgCPkvAVHD	2026-08-24 21:36:36 -05:00
devops	f1f5f3612b	Merge pull request 'fix(ecommerce): nav y tiles data-driven contra la jerarquia real de categorias' (#32 ) from fix/etapa2-subfase2-navegacion-datadriven into main Build and Push Frontend / Escaneo de Secretos (Gitleaks) (push) Successful in 22s Details Build and Push Frontend / Construir y Subir Imagen (push) Failing after 23s Details	2026-08-25 02:27:18 +00:00
devopsandClaude Sonnet 5	8742ce714c	fix(ecommerce): nav y tiles data-driven contra la jerarquia real de categorias Build and Push Frontend / Escaneo de Secretos (Gitleaks) (pull_request) Successful in 35s Details Build and Push Frontend / Construir y Subir Imagen (pull_request) Skipped Details Sub-fase 2 de Etapa 2 (ADR 0005 seccion 6). Navbar y CategoryTiles usaban arrays hardcodeados (Figuras/Peluches/Mochilas/Marvel) que ya no coinciden con los nombres reales de categoria en Medusa desde que se elimino legacyProductMeta (PR #29) -- todos esos links de navegacion quedaron rotos silenciosamente (0 productos al filtrar). - lib/headless: nuevo tipo Category + metodo getCategories() en CatalogProvider (medusa via /store/product-categories, mock deriva de su catalogo plano, shopify sin implementar como el resto de sus metodos). - Navbar: arbol real de categorias (6 raices/21 nodos), dropdown de hijos por raiz en desktop, lista anidada en el sheet movil. Colecciones del sheet ahora se derivan de los productos reales en vez de un array hardcodeado con 2 nombres obsoletos (Marvel/Frozen vs. los reales Universo Marvel/Reino de Frozen). - CategoryTiles: tiles de home por categoria raiz real; imagen solo donde ya existe asset, gradiente honesto donde no (no hay fotografia para las 6 raices todavia, deuda explicita del ADR). - catalog-client/catalog page: cuando el query param `category` es una raiz con hijos, se expande a los nombres reales de sus hijos para que el filtro (igualdad exacta de producto.category) siga funcionando -- sin esto, tiles/nav apuntando a una raiz mostrarian 0 productos porque ningun producto tiene la raiz asignada directamente. Co-Authored-By: Claude Sonnet 5 <[email protected]> Claude-Session: https://claude.ai/code/session_013dunTcReWMKhWgCPkvAVHD	2026-08-24 21:21:18 -05:00
devops	0508c6328e	chore: release v1.0.135 [skip ci]	2026-08-25 01:56:27 +00:00
devops	7485457cf4	Merge pull request 'fix(ci,ecommerce): escanear el manifiesto renderizado y endurecer readOnlyRootFilesystem del frontend' (#31 ) from fix/frontend-trivy-iac-and-readonly-fs into main Build and Push Frontend / Escaneo de Secretos (Gitleaks) (push) Successful in 20s Details Build and Push Frontend / Construir y Subir Imagen (push) Successful in 19m38s Details	2026-08-25 01:36:36 +00:00
devops	2670727cfa	fix(ci,ecommerce): escanear el manifiesto renderizado y endurecer readOnlyRootFilesystem del frontend Build and Push Frontend / Escaneo de Secretos (Gitleaks) (pull_request) Successful in 23s Details Build and Push Frontend / Construir y Subir Imagen (pull_request) Skipped Details - Trivy IaC escaneaba solo el patch aislado de Kustomize (workloads/ecommerce/frontend/patches/deployment.yaml), no lo que realmente corre en el clúster. Eso generaba falsos positivos en todo lo heredado del base remoto de platform-templates (runAsNonRoot, seccompProfile) porque el patch nunca los repite. Se instala kubectl, se renderiza el kustomization completo y se escanea ese output. - readOnlyRootFilesystem pasa de false a true en el contenedor del frontend: revisando next.config.ts (optimización de imágenes) y app/api/revalidate/route.ts (revalidateTag sin cache handler custom), la imagen sí escribe a ./.next/cache en runtime. Se agregan volúmenes emptyDir para .next/cache y /tmp.	2026-08-24 20:35:08 -05:00

Compare commits