fix(ecommerce): mostrar mensaje cuando el buscador no tiene resultados

Encontrado probando en vivo con navegador real (Docker + Playwright):
una búsqueda de 2+ caracteres sin coincidencias no mostraba nada -- ni
"Buscando…" ni ningún mensaje. El usuario quedaba sin feedback de que
su búsqueda de verdad corrió. Se agrega un estado vacío con el botón
de buscar en todo el catálogo (esa búsqueda completa puede usar
criterios más amplios que el autocompletado).

Co-Authored-By: Claude Sonnet 5 <[email protected]>
Claude-Session: https://claude.ai/code/session_01THZFwPzrwv6VAbuwmaf5vR

workloads/docs-portal/docs/decisiones/0010-pago-envio-reales-y-storefront.md

@@ -343,14 +343,64 @@ compartido) para que el contenedor vea los archivos de verdad.
    completada sin intervención manual — hoy solo se confirmó que el
    endpoint responde `200` a un `POST` sintético y que la redirección
    al banco ocurre, no el ciclo completo con notificación real.
-7. **Login/registro de cliente real** (Google OAuth y con contraseña) —
+Ampliado 2026-09-10 con el resto de la superficie real del storefront
-   nunca ejercitado con un navegador real en ninguna sesión.
+(4 páginas + `components/{account,cart,catalog,checkout,home,layout,
-8. **Bug conocido de Firefox Android** (ver memoria de proyecto,
+product,search,wishlist}`), agrupado por riesgo:
-   `known-bug-firefox-android-layout`): el layout se corta/desplaza
+
-   solo en Firefox Android — Playwright puede emular Android/Chrome
+**Checkout / pagos**
-   pero no Firefox; si se necesita reproducir esto específicamente hace
+
-   falta `playwright-firefox` o un dispositivo real.
+7. **Pago cancelado o rechazado en el banco PSE:** confirmar que la
-9. **Otros viewports** (tablet, desktop grande) para el banner y el
+   orden no queda en un estado ambiguo ("colgada" en
-   buscador — solo se probaron mobile (iPhone 13) y desktop 1280px.
+   `pending_authorization` para siempre) cuando el comprador cancela o
-10. **Flujo de wishlist/favoritos y el diálogo de cuenta** — no
+   el banco rechaza — hoy solo se probó el camino feliz hasta la
-    ejercitados todavía con navegador real.
+   redirección.
+8. **Persona jurídica + NIT** en el formulario de PSE — solo se probó
+   persona natural con cédula.
+9. **`/checkout` con carrito vacío** (acceso directo por URL, sin pasar
+   por un producto primero).
+10. **Fallback "Confirmar por WhatsApp"** (visible cuando falla la
+    lista de bancos o como alternativa siempre disponible): que el link
+    arme el mensaje correcto con los datos del pedido.
+
+**Catálogo y búsqueda**
+
+11. **Filtros de `/catalog`** (categoría/colección/marca/precio — las
+    facetas de Meilisearch, ver ADR 0006) con navegador real: que
+    aplicar/combinar filtros actualice los resultados y la URL.
+12. **Búsqueda sin resultados** — confirmar que muestra un mensaje
+    claro en vez de quedar vacío sin explicación.
+
+**Producto**
+
+13. **Selección de variantes** (cuando un producto tiene más de una) y
+    que el precio/disponibilidad mostrado cambie según la variante
+    elegida.
+14. **Slug de producto inválido** → debe caer en `not-found.tsx`
+    (`app/not-found.tsx`), no en un error sin manejar.
+15. **Zoom interactivo del producto** (hover + modal click-to-zoom,
+    `product-gallery.tsx`) — re-verificar con navegador real, la última
+    vez que se probó fue antes de esta tanda de cambios al storefront.
+
+**Cuenta y wishlist**
+
+16. **Login/registro de cliente real** (Google OAuth de punta a punta
+    incluyendo `/auth/google/callback`, y con contraseña) — nunca
+    ejercitado con un navegador real en ninguna sesión.
+17. **Wishlist/favoritos** (`wishlist-drawer.tsx`): agregar/quitar y
+    confirmar que persiste entre recargas (guardado en `localStorage`,
+    por-viewer — no hay forma de verificarlo por API).
+
+**Transversal**
+
+18. **Bug conocido de Firefox Android** (ver memoria de proyecto,
+    `known-bug-firefox-android-layout`): el layout se corta/desplaza
+    solo en Firefox Android — Playwright puede emular Android/Chrome
+    pero no Firefox; si se necesita reproducir esto específicamente hace
+    falta `playwright-firefox` o un dispositivo real.
+19. **Otros viewports** (tablet, desktop grande) para el banner y el
+    buscador — solo se probaron mobile (iPhone 13) y desktop 1280px.
+20. **Página 404** (`app/not-found.tsx`) — nunca visitada con navegador
+    real.
+21. **Accesibilidad básica**: navegación completa por teclado (tab
+    order, foco visible) en el checkout y el buscador — Playwright
+    puede simular esto (`page.keyboard`), no probado todavía.

workloads/docs-portal/patches/deployment.yaml

@@ -25,7 +25,7 @@ spec:
         runAsNonRoot: false
       containers:
         - name: app
-          image: gitea.cruzcloud.net/devops/docs-portal:v1.0.237
+          image: gitea.cruzcloud.net/devops/docs-portal:v1.0.241
           # El base saca TODAS las capabilities. Probado en vivo y
           # revertido: con drop: ALL (aunque se agregue NET_BIND_SERVICE
           # de vuelta) el propio entrypoint de nginx:1.27-alpine falla al

workloads/ecommerce/commerce/medusa/patches/deployment.yaml

@@ -65,7 +65,7 @@ spec:
               memory: 64Mi
 
         - name: migrations
-          image: gitea.cruzcloud.net/devops/ecommerce-medusa:v1.0.234
+          image: gitea.cruzcloud.net/devops/ecommerce-medusa:v1.0.239
           imagePullPolicy: IfNotPresent
           command:
             - node
@@ -86,7 +86,7 @@ spec:
 
       containers:
         - name: app
-          image: gitea.cruzcloud.net/devops/ecommerce-medusa:v1.0.234
+          image: gitea.cruzcloud.net/devops/ecommerce-medusa:v1.0.239
           imagePullPolicy: IfNotPresent
           envFrom:
             - configMapRef:

workloads/ecommerce/components/search/predictive-search.tsx

@@ -87,6 +87,18 @@ export function PredictiveSearch() {
           Buscando…
         </div>
       )}
+      {/* Encontrado probando en vivo con navegador real: sin este bloque,
+          una busqueda de 2+ caracteres sin coincidencias no mostraba nada
+          (ni "buscando" ni un mensaje) -- el usuario se quedaba sin ningun
+          feedback de que su busqueda de verdad corrio. Se ofrece igual el
+          boton de buscar en todo el catalogo porque esa busqueda completa
+          puede usar criterios mas amplios que el autocompletado. */}
+      {!loading && normalized.length >= 2 && matches.length === 0 && (
+        <div className="absolute left-0 right-0 top-[calc(100%+10px)] z-50 rounded-2xl border border-slate-200 bg-white p-2 text-center shadow-2xl">
+          <p className="p-3 text-sm text-slate-500">No encontramos resultados para “{query.trim()}”.</p>
+          <button type="submit" className="w-full rounded-xl bg-ari-marino px-4 py-3 text-sm font-black text-white hover:brightness-110">Buscar “{query.trim()}” en todo el catálogo</button>
+        </div>
+      )}
       {matches.length > 0 && (
         <div className="absolute left-0 right-0 top-[calc(100%+10px)] z-50 overflow-hidden rounded-2xl border border-slate-200 bg-white p-2 shadow-2xl">
           {matches.map((product) => (

workloads/ecommerce/frontend/patches/deployment.yaml

@@ -25,7 +25,7 @@ spec:
         runAsUser: 1001
       containers:
         - name: app
-          image: gitea.cruzcloud.net/devops/ecommerce-frontend:v1.0.238
+          image: gitea.cruzcloud.net/devops/ecommerce-frontend:v1.0.240
           env:
             - name: HEADLESS_PROVIDER
               value: medusa