- Se descapó
- 20 de agosto de 2026 a las 5:37 UTC
- Autor
- Kamo
- Compromit
- 6236077
Diagnosticado con Chrome sobre el protocolo de depuración en lugar de porrara, recoger exactamente qué errores de Lighthouse-in-console y de inspección-problemas las auditorías recogen: Runtime.consoleAPICalled, Runtime.exceptionThrown, Log.entryAdded, Network.loadingFailed and Audits.issueAdded Added. Cuatro hallazgos, todos real, ahora todo se ha ido - verificado con la aplicación construida antes de desplegar en lugar de después. 1. UN SCRIPT fue SER BLOCKED POR MI PROP. Cargar el guión **************** viola ... pas de la Directa: script-src-elem, bloqueado: csp Se comprueba con el script-src-elem-src-elem, y bajo 'estrict-dinámico' el navegador ignora las listas de huésco permiten las listas de precinto de 'auto' incluidas. Una precarga tampoco puede heredar la confianza en la forma en que un guión creado por un fideicomiso El guión lo hace, porque nada lo creó: la noza es lo único que puede Déjalo. El envoltorio ahora estampa precargas de script y cargas de módulos también. Este bloque produjo fallos de auditoría BOTH - el error de la consola y el CSP Así que fue la mayor parte del problema por sí solo. 2. ******************* Chrome plantea esto cuando el nombre de una entrada es en sí mismo una ficha de autocompletar, pero no El atributo autocomplete lo confirma. El campo de inscripción de la página y dos los campos de contacto estaban haciendo eso; declarar el atributo es también cuál es el nombre estaba insinuando. 3. ************* seis veces en el formulario de contacto. Seis etiquetas, seis controles, nada que los conecte un defecto de accesibilidad real tanto como un hallazgo de auditoría. Cada control tiene un identificador y cada punto de etiqueta - En ello. 4. Un artículo de DocumentCookie del Sr.tBeacon. "document.cookie" es un lectura sincrónica de bloqueo y Chrome lo reporta; la baliza utiliza el async CookieStore donde uno existe y mantiene la lectura clásica para Firefox y Safari, que no lo crían. Eso hizo que la galleta lea async, así que ambos son resuelto una vez al frente y el envío programado se mantiene sincrónico. check-mrt-cookie atcogió la reestructuración de (4), afirma, "si" (visitorId) Vuelve; existe literalmente, y lo había doblado en una condición compuesta. El guardia tiene razón: ese chequeo es toda la base para que la baliza esté sin abrir y Debería ser difícil desdibujar. El código lo coincide literalmente de nuevo. Chrome ahora reporta 0 errores de consola, 0 excepciones, 0 fallos de red y 0 DevTools issues tanto en / y /contacto.