Saltar al contenido

WordPress Gutenberg: este bloque contiene contenido inesperado o no válido

Solución:

Para diagnosticar estos errores, abra una consola del navegador (cmd+optar+I en Chrome en Mac, luego seleccione la pestaña Consola) y busque el error “Bloquear validación”, que debería verse así:

blocks.js? ver = 6.2.5: 8545 Validación del bloque: la validación del bloque falló para avorg/block-rss

({nombre: “avorg / block-rss”, título: “Enlace RSS”, icono: {…}, categoría: “widgets”, atributos: {…},…}).

Contenido generado por save función:

<div class="wp-block-avorg-block-rss"><a href="http://google.com" target="_blank"><svg aria-hidden="true" role="img" focusable="false" class="dashicon dashicons-rss" xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 20 20"><path d="M14.92 18H18C18 9.32 10.82 2.25 2 2.25v3.02c7.12 0 12.92 5.71 12.92 12.73zm-5.44 0h3.08C12.56 12.27 7.82 7.6 2 7.6v3.02c2 0 3.87.77 5.29 2.16C8.7 14.17 9.48 16.03 9.48 18zm-5.35-.02c1.17 0 2.13-.93 2.13-2.09 0-1.15-.96-2.09-2.13-2.09-1.18 0-2.13.94-2.13 2.09 0 1.16.95 2.09 2.13 2.09z"></path></svg></a></div>

Contenido recuperado del cuerpo de la publicación:

<div class="wp-block-avorg-block-rss"><a href="http://google.com" target="_blank" rel="noopener noreferrer"><svg aria-hidden="true" role="img" focusable="false" class="dashicon dashicons-rss" xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 20 20"><path d="M14.92 18H18C18 9.32 10.82 2.25 2 2.25v3.02c7.12 0 12.92 5.71 12.92 12.73zm-5.44 0h3.08C12.56 12.27 7.82 7.6 2 7.6v3.02c2 0 3.87.77 5.29 2.16C8.7 14.17 9.48 16.03 9.48 18zm-5.35-.02c1.17 0 2.13-.93 2.13-2.09 0-1.15-.96-2.09-2.13-2.09-1.18 0-2.13.94-2.13 2.09 0 1.16.95 2.09 2.13 2.09z"></path></svg></a></div>

El error se produce porque el HTML recuperado y el HTML generado por el save la función no coincide. Esto puede deberse a que WordPress inyecta una propiedad (rel en la captura de pantalla anterior) o cuando la definición de un bloque ha cambiado desde que se usó el bloque.

Para resolver el problema, es posible que deba realizar una de las siguientes acciones:

  1. Hacer clic Resolver en la interfaz del editor para actualizar la instancia del bloque para que coincida con la definición modificada del bloque.
  2. Si construyó el bloque, es posible que deba editar el save funciona de manera que el HTML que devuelve es idéntico al HTML que termina siendo persistente en la base de datos.

En mi caso, tuve que asegurarme de que mi save función incluida rel="noopener noreferrer" en el generado <a> etiqueta para que la inyección de WordPress de esta propiedad no resulte en una falta de coincidencia entre el HTML de la instancia del bloque y el HTML generado por mi save función.

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *