Me está mostrando el siguiente error. ¿Cómo lo soluciono?
Por cierto, después de añadir la tabla de contenidos (TOC) en un tema, necesito actualizar la página, de lo contrario, el enlace de la TOC no funciona. ¿Es este un comportamiento normal?
1 me gusta
Hola @Yt.w, gracias por el informe. No pude reproducir el problema que mencionaste. ¿Sigues observando este comportamiento? Si es así, ¿podrías proporcionar más detalles sobre los pasos para reproducirlo?
Por lo que puedo ver, actualizar la página para reconstruir el HTML es el comportamiento esperado. Si bien podría ser posible evitar esto, requeriría cambios en cómo funciona actualmente el componente.
1 me gusta
Hola, todavía observo este comportamiento y, de hecho, ocurrió inmediatamente después de instalar mi instancia actual. No hice ningún cambio.
Mi otra instancia no tiene este problema, así que me resulta bastante confuso.
Desde una perspectiva de UX, creo que es mejor evitar actualizar la página para mantener activa la tabla de contenido (TOC).
1 me gusta
@Yt.w ¿puedes mostrarme la consola de tu navegador cuando tengas este error, por favor? Expande el error también.
Tengo exactamente el mismo error en uno de los tres sitios que estoy alojando en una configuración multisitio, lo que me lleva a creer que una de las configuraciones que tengo en ese sitio está causando esto. Aún no he determinado qué configuración, pero cuando la encuentre, volveré y actualizaré la publicación, solo quería añadir que también estoy viendo esto en la versión más reciente que pasó las pruebas.
Esto es lo que hay en mi consola y son cosas a las que estoy acostumbrado a ver, para bien o para mal 
1 me gusta
Gracias, todavía estamos teniendo problemas para reproducir el problema exactamente, no podemos hacer que esto suceda en nuestros sitios alojados en varios sitios.
1 me gusta
Esto puede ser o no una pista falsa, no he tenido tiempo suficiente para investigar, pero cuando elimino y vuelvo a instalar el componente, obtengo consistentemente el siguiente error:
El número de campo cambia, supongo, porque se está instalando como un número de componente diferente en cada reinstalación del componente. Continuaré investigando, pero esto no sucede cuando hago lo mismo con ningún otro componente.
Mis sospechas actuales son que el fallo se debe en parte a que deshice algunos cambios de S3 que hice específicamente en este sitio en algún momento. @Yt.w, ¿hay alguna posibilidad de que tú también hayas usado S3 en algún momento en tu instalación?
2 Me gusta
De acuerdo, pude solucionar el error y reproducirlo.
Resumen
- Volver a una configuración de S3 previamente funcional y eliminar e instalar el componente DiscoTOC resulta en una instalación sin errores del componente.
- Desactivar S3 comentando todas las directivas de S3 en app.yml hace que el error vuelva a aparecer al instalar el componente, y supongo que en una actualización también volverá a aparecer.
- Configurar
DISCOURSE_USE_S3: falseno detiene a Discourse de usar rutas S3, esto parece ser un error o esta configuración no hace lo que creo.
Descripción Detallada
Inicialmente, lo que hice fue reiniciar mi configuración de minio, descomentar las opciones en mi app.yml, reconstruir la app y asegurarme de ejecutar la tarea s3:upload_assets. Cuando la página volvió a estar activa, fui a la sección de componentes. El componente DiscoTOC ya instalado aún mostraba el error, sin embargo, cuando lo eliminé y lo volví a instalar, el error no reapareció. Durante la instalación del componente DiscoTOC, se solicitó sprite.svg desde mi servidor S3.
Al intentar reproducir el problema, encontré un problema interesante. Parece que cuando dejo todas las directivas de S3 activas en mi app.yml, es decir, no comentadas, pero configuro DISCOURSE_USE_S3: false, el frontend del sitio no carga si minio no está en ejecución.
Quizás DISCOURSE_USE_S3: false no está diseñado para desactivar todo acceso a S3, supongo que lo hace por el nombre, pero claramente no es así. En cuanto reinicio el servicio de minio y actualizo el frontend, todo funciona bien. También puedo desinstalar e instalar el componente DiscoTOC sin que vuelva a aparecer el error en este estado. Esto parece ser al menos un posible fallo.
Aquí están los otros estados que me llevaron al error reproducible:
Para que mi sitio funcione sin minio en ejecución, comenté todas las entradas relacionadas con S3 en la configuración. Luego, reconstruí la app y ahora, sin minio en ejecución, la carga del frontend no presenta problema. Sin embargo, si desinstalo y vuelvo a instalar el componente DiscoTOC, el error aparece nuevamente. También intenté simplemente arrancar minio en este estado, pero el error volvió en la reinstalación, probablemente porque, al no haber ninguna directiva de S3 en app.yml, aunque intentara acceder a S3, usaría valores predeterminados en lugar de una configuración funcional. Sin embargo, parece que algunas imágenes aún intentan servir desde S3 incluso después de un posts:rebake, por ejemplo, 1531a70abda0d81d1a4039b6f3fa38bea79ef0de_2_180x180.png/xl.meta.
2 Me gusta
Sí, el foro que tuvo problemas estaba usando S3(B2), mientras que el foro que no tuvo problemas no estaba usando S3.
1 me gusta