Gracias Angus! Y no te preocupes por la demora.
¡Disculpa la confusión! Sí, zona horaria local, y sí, el comportamiento estándar de Discourse es genial. Como bien señalas, el problema no es Discourse, sino WP, que no tiene la capacidad de permitir a los usuarios ver el sitio en su zona horaria local. Esto es lo que queremos añadir. Si dejamos que el usuario establezca su zona horaria, entonces pensé que también deberíamos tener esa configuración para anular la configuración de Discourse para que estén sincronizados. Esto es lo que quería saber si DiscourseConnect lo proporciona. Parece que no.
Lo que no me di cuenta es que la configuración de Discourse es automática. Si ese es el caso, podríamos dejarlo como está. Es decir, implementar la zona horaria local en WP y no hacer que ese valor anule el valor de Discourse. Sí, podrían desincronizarse, pero eso podría no ser un problema para la mayoría de los usuarios.
Perfecto, esta es la pieza de información que faltaba: no sabía de dónde se suponía que DiscourseConnect debía obtener los datos de ubicación del lado de WP. Implementamos nuestro propio campo de ubicación manualmente, en usermeta, por lo que podemos extraer el valor de allí usando el hook wpdc_sso_params.
Soy denso, así que probablemente lo pasé por alto. ¿Hay alguna documentación para wpdc_sso_params en alguna parte? Encontré este hilo, que parece cubrirlo por ahora: