Parece que habrá problemas con los nombres de usuario no latinos en el modo Artículo. ¿Parece que el nombre de usuario necesita ser codificado?
2 Me gusta
3 Me gusta
@angus @infodesk@oxygen.offdem.net debería haber publicado algunas desde la publicación inicial, pero no parecen aparecer en mi línea de tiempo, sin ningún error en Discourse.
Hace un par de días usé un borrador compartido antes de publicar, pero el mensaje no apareció en Mastodon. Así que pensé que estaría relacionado con un error con los borradores compartidos, y hoy publiqué directamente en un nuevo tema, pero aunque se suponía que la publicación se enviaría al Fediverso a las 13:18 CET, no aparece nada, por lo que no se puede impulsar. 
Versión del plugin
eee34494
Registro de errores
Finalmente apareció: https://oxygen.offdem.net/logs/show/c6449d732e8e9b866bf07935e8132744
(Tenga en cuenta que una solución que reenviaría las últimas publicaciones sería genial)
Últimos anuncios
Configuración de la categoría
El plugin ActivityPub tiene un robusto sistema de registro que detectará la mayoría de los problemas. Primero, asegúrate de tener activado el registro detallado para el plugin.
¿Cuál es el estado de publicación de esta entrada? (es decir, comparte una captura de pantalla de la ventana modal que aparece cuando haces clic en el icono de AP en la entrada)
Supongo que el estado de publicación es “publicado” (es decir, ¿el icono es verde?). Si tuvieras el registro detallado activado, ¿podrías compartir lo que se registró cuando se publicó esto? (algo se habría registrado).
1 me gusta
Gracias @angus, el registro de errores está en mi publicación anterior:
Aquí está el estado de la publicación:
Puedes ver el tema aquí: O₄FFDEM programme is out! - Announcements - OFFDEM
1 me gusta
Gracias por el detalle adicional.
Solo los administradores pueden ver los registros en una instancia 
¿Podrías copiar los registros relevantes en un mensaje privado para mí? Gracias.
3 Me gusta
Hola a todos, ¡muchas gracias por el excelente trabajo que han realizado para llevar este concepto hasta este punto! Comencé a seguir las discusiones para implementar la federación en Discourse hace muchos años y me alegra ver que ha avanzado tanto.
He logrado federar mi categoría de Discourse siguiéndola con mi cuenta en Mastodon. Los nuevos temas de mi categoría están disponibles para verlos desde mi cuenta de Mastodon.
No parece que esté recibiendo respuestas de Mastodon a mis temas federados de Discourse en Discourse, pero los Toots de nivel superior de mi cuenta de Mastodon seguida parecen aparecer como nuevos temas sin problemas. ¿Es este el comportamiento esperado actualmente?
Leí este hilo y no creo haber visto explícitamente nada sobre la federación de respuestas a temas.
Aquí hay una captura de pantalla de la configuración de ActivityPub de mi categoría.
¿Está esto relacionado de alguna manera con la configuración de seguridad de la categoría? Ahora mismo tengo configurado que todos puedan ver los temas, pero solo los administradores pueden crearlos y responder a ellos.
¡Gracias!
2 Me gusta
Hola @rsmithlal, ¡gracias por probar el plugin y por tus detallados comentarios!
Sí, esta es la razón por la que las respuestas a los toots no se están importando. Solo para que lo entienda, usted espera que:
- Los usuarios no puedan responder a un tema de Discourse en Discourse.
- Los usuarios puedan responder a un tema de Discourse en Mastodon.
¿Es correcto? Si es así, eso no es compatible actualmente. Pero entiendo el punto de que aún no está del todo claro cómo se supone que la configuración de seguridad de la categoría interactúa con ActivityPub. Esperamos abordar eso de manera más explícita en la próxima fase de trabajo.
2 Me gusta
Hola @angus, ¿eso significa que las respuestas a los toots a temas de Discourse que se han federado deberían aparecer en el tema federado como respuestas de Discourse con la configuración correcta?
Por ejemplo:
- Digamos que creo un nuevo tema “Mi primer tema federado” en mi instancia de Discourse Discourse1.server en una categoría federada “Mi categoría federada”.
- Este nuevo tema se federará y aparecerá como un toot de fed-cat@discourse1.server en el feed de mi cuenta de Mastodon rob@mastodon1.server que sigue a “Mi categoría federada, fed-cat@discourse1.server”.
- Creo un toot de respuesta en Mastodon1.server al note federado que contiene el contenido de “Mi primer tema federado” originalmente federado por Discourse1.server.
En este caso, esperaría que mi respuesta de toot de Mastodon a este tema federado de Discourse apareciera como una respuesta en el tema original “Mi primer tema federado” en Discourse1.server.
Este sería el caso ideal para mí, pero aún no he podido lograrlo. ¿Es posible actualmente?
Si esto es posible, ¿cuáles son los ajustes de configuración que permitirían que funcione como se espera?
Muchas gracias. ¡Espero que mi explicación haya sido clara!
1 me gusta
La categoría principal tiene ActivePub habilitado y creé una subcategoría con ActivePub también. Pero cuando intento seguir a alguien a través de la subcategoría haciendo clic en el botón follows, obtengo una página de error aburrida de no encontrado/no permitido. Las categorías principales funcionan bien, sin embargo.
No hay configuraciones extravagantes ni extrañas.
¿Comportamiento esperado o error?
@rsmithlal Sí, lo que has descrito es cómo está pensada para funcionar el tipo de publicación “Tema completo”. El único cambio que necesitas hacer es permitir que los usuarios normales respondan en la categoría (en la configuración de acceso de la categoría). La razón por la que no te funciona es porque has restringido las respuestas a los administradores. Las respuestas importadas por ActivityPub no pueden anular esa restricción.
En términos generales, las subcategorías no heredan la configuración de las categorías principales, y ActivityPub no es diferente en este aspecto. La configuración de ActivityPub es específica de cada categoría y no hay herencia (todavía). Dicho esto, lo que has descrito es un problema de experiencia de usuario que abordaré pronto, es decir, los controles de ActivityPub no deberían aparecer cuando estás mirando específicamente una subcategoría.
3 Me gusta
Gracias, @angus, lo intentaré. ¡¡Muy emocionante!!
Principalmente había restringido las respuestas porque era solo una categoría y un tema de prueba. Inicialmente lo tenía privado para administradores, pero no pude activar ActivityPub en absoluto hasta que lo abrí para que fuera visible para todos. Ha sido un intercambio muy esclarecedor.
2 Me gusta
@Jagster El problema que has descrito se solucionará una vez que esto se fusione. Gracias por informarlo.
5 Me gusta
Problema
Hola, estamos probando este plugin en agora.eXO.cat y no conseguimos que funcione (el estado en la web de discourse dice “Note was not published via ActivityPub”, otras aplicaciones fediverse no encuentran el actor)
¿Hay algo en particular que debamos tener en cuenta? La documentación no señala nada en particular para la resolución de problemas y los logs (ver abajo) no nos ayudan más :-(.
Configuración
Versión del plugin: 79da1c2
Estamos usando una subcategoría pública, que queremos publicar en el fediverso.
La configuración es sencilla, no hemos cambiado nada excepto:
- Tiempo de programación reducido a 1 minuto para pruebas
- Selección del nombre de actor y nombre para mostrar de la categoría
Algunas cosas que hemos intentado:
- Habilitar “activity pub object logging” y revisar los logs
- Parchear la línea que producía el error, ya que nos daba la impresión de “el huevo y la gallina” (“quizás no se puede programar una publicación porque no hay destinatarios, no se creará el actor hasta que se cree la publicación”)
> ./launcher enter app
> sed -i.orig -E 's!^(.*no recip.*)$!#\\1!' /var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb
> ./launcher restart app
- Cuando ese parche no funcionó, lo eliminamos
- Borrar y volver a crear la categoría para que no haya caracteres “especiales” en ningún sitio (la palabra es en realidad exofàsia, que queremos escribir: eXOfàsia)
- Al recrear la categoría, usar
Note(predeterminado) en lugar deArticle(lo que queremos)
Logs
Mensaje
[Discourse Activity Pub] eXOfàsia - Àgora de l'eXO failed to schedule https://agora.exo.cat/ap/activity/803be329c95f67b5ab62d43c7c61f6f3 for delivery: no recipients
Backtrace
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:93:in log_failure' /var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:35:in can_deliver?’
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:13:in perform' /var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:27:in perform’
/var/www/discourse/plugins/discourse-activity-pub/app/models/concerns/discourse_activity_pub/ap/model_callbacks.rb:140:in activity_pub_deliver_activity' /var/www/discourse/plugins/discourse-activity-pub/app/models/concerns/discourse_activity_pub/ap/model_callbacks.rb:38:in perform_activity_pub_activity’
/var/www/discourse/plugins/discourse-activity-pub/plugin.rb:473:in block (2 levels) in activate!' /var/www/discourse/lib/plugin/instance.rb:341:in public_send’
/var/www/discourse/lib/plugin/instance.rb:341:in block (2 levels) in add_to_class' /var/www/discourse/plugins/discourse-activity-pub/plugin.rb:654:in block (2 levels) in activate!’
Env
HTTP HOSTS: agora.exo.cat
Mensaje
[Discourse Activity Pub] eXOfàsia - Àgora de l'eXO failed to schedule https://agora.exo.cat/ap/activity/30d34f8b38be0d2d5bc997fd4147c5b2 for delivery: no recipients
Backtrace
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:93:in log_failure' /var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:35:in can_deliver?’
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:13:in perform' /var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/delivery_handler.rb:27:in perform’
/var/www/discourse/plugins/discourse-activity-pub/app/models/concerns/discourse_activity_pub/ap/model_callbacks.rb:140:in activity_pub_deliver_activity' /var/www/discourse/plugins/discourse-activity-pub/app/models/concerns/discourse_activity_pub/ap/model_callbacks.rb:38:in perform_activity_pub_activity’
/var/www/discourse/plugins/discourse-activity-pub/plugin.rb:473:in block (2 levels) in activate!' /var/www/discourse/lib/plugin/instance.rb:341:in public_send’
/var/www/discourse/lib/plugin/instance.rb:341:in block (2 levels) in add_to_class' /var/www/discourse/plugins/discourse-activity-pub/plugin.rb:481:in block (2 levels) in activate!’
Env
HTTP HOSTS: agora.exo.cat
Webfinger
Y esto es lo que devuelve un webfinger:
> curl -L 'https://agora.eXO.cat/.well-known/webfinger?resource=acct:exofasia@agora.exo.cat'
{"subject":"acct:exofasia@agora.exo.cat","aliases":["https://agora.exo.cat/c/exo/exofasia/33"],"links":[{"rel":"self","type":"application/activity+json","href":"https://agora.exo.cat/ap/actor/31cb67a1093eca932caaf1e764814bde"}]}
2 Me gusta
Hola @evilham, el mensaje que estás viendo se registra cuando el Actor no tiene seguidores (no se publicarán actividades). ¿Alguien está siguiendo al actor?
Ten en cuenta que el único actor que se puede seguir actualmente es el actor de Categoría (es decir, el actor de Grupo). Ese Actor se crea tan pronto como habilitas ActivityPub en una categoría (y por lo tanto no causa un problema de huevo y gallina). No puedes seguir actores de usuario (es decir, Personas) en este momento.
1 me gusta
Oye, el problema es precisamente que el actor no se puede encontrar (pruébalo tú mismo: exofasia@agora.exo.cat):
Al revisar anoche aquí con más detalle, vi que no somos la primera instancia en tropezar con esto:
Así que, tal vez la entrada del registro no está relacionada en absoluto, pero es la única que tenemos >,<, así que la única pista que teníamos para seguir.
La publicación en sí permanece con un icono desconectado de Fediverse y este texto:
Cualquier intento de programar la publicación del post da como resultado el registro que mencionamos, y nada más.
La categoría afirma estar correctamente configurada (como se mencionó, no se cambió nada):
Y la categoría es completamente pública.
He seguido con éxito a ese actor desde mi instancia local.
Lo encontré con éxito.
Luego, envié con éxito un “Seguir” y recibí una “Aceptación”.
Si actualizas la lista de “Seguidores” en tu instancia, ahora verás un seguimiento de general@angus.ngrok.io.
Sospecho que el problema que tienes es que tienes las firmas HTTP configuradas como requeridas
y el cliente que estás utilizando para seguir no admite y/o envía una firma HTTP apropiada. Ese es quizás el problema que @Lhc_fl también estaba teniendo.
2 Me gusta
Oh, eso es bastante interesante, ¡puedo confirmar que el seguimiento aparece!
De hecho, ya que era el valor predeterminado y cambiamos lo menos posible.
Probamos varios clientes, principalmente Mastodon y Pleroma.
Siguiendo la pista de las firmas HTTP requeridas, deshabilitamos eso (es decir, cambiamos el valor predeterminado), luego intentamos reprogramar la publicación, esta vez con un resultado positivo (¿posiblemente la diferencia se deba a que hay 1 seguidor?):
Por otro lado, al menos Mastodon sigue mostrando un 404 al buscar el perfil, por lo que el objetivo principal (seguir la categoría desde otras aplicaciones de fediverso) aún no se está cumpliendo.
¿Hay algo más que podamos investigar? ¿para facilitar eso?
Vaya, no lo entiendo. Antes de la última publicación, lo intenté desde dos servidores de Mastodon diferentes, uno de los cuales nunca había usado antes, y el resultado fue un 404 en el perfil de ambos.
Lo comprobaré de nuevo por la tarde, pero cualquier indicación de por qué la vista podría ser inconsistente o qué podemos intentar sería genial.
1 me gusta