As I understand, all notifications will be fired using one discourse user. For me that’s a bit rigid. Ideally I need different users for different channels. Our discourse will serve company wide purposes, andalso support projects, which are kind of private.
But, as a workaround / simple solution I can live with a setup, where there are implicit rules like: mute all categories, which are not public. That way if I create a new category for a new project, posts from that new category won’t appear in the company wide channel.
Yes, the issue was related to the SSL certificate. It has been solved. Thanks for the immediate help
Another big thing is, I am embedding the discourse subdomain into our react product. Whenever a user clicks on slack notification of topic/post creation , our intended goal is to redirect user to our product’s domain, instead of discourse subdomain. I am not able to set this redirection. Kindly suggest any way.
I created the slack app as per the instructions. The issue I’m having is that other users want to add notifications to private channels I don’t have access to.
Is there a way to notify private slack channels that the creator of the slack app doesn’t have access too?
Or how can other users grant permissions to the app?
Also if I understand correctly, those slack app tokens that are entered into the Discourse’s plugin configuration allow access to my private channels, correct? This might be undesirable since any Discourse admin can see those tokens in the settings section. Would be good to warn about that, or remove from the instructions the groups:history and im:history grants.
Our makerforums discourse is intended to bring together a lot of related but separate communities. These communities are organized in our discourse by category or sub-category. Some of these communities have their own slack spaces.
At least one community, associated with a sub-category, would like slack integration, but as far as I can tell, there can be only one for the whole discourse.
Unfortunately you can only have one slack community connected at the moment. It would be nice to allow multiple connections per-provider in the future.
Thanks for confirming. It looks like it would be substantial work to move to installing arbitrarily many chat integrations, especially to do so without backward compatibility problems.
For anyone else with this problem: As an alternative we are exploring for one-way notification in slack that posts have been made in discourse, we realized that it makes sense to take advantage of Discourse’s RSS support and hook up the slack RSS app:
For the next person who sees this: I saw 422 No Record in the slack integration when trying to send a test message from the admin interface in my discourse.
The logs (https://mydiscourse/logs) showed the real error, which was in my case "{\"ok\":false,\"error\":\"channel_not_found\"}"}
The reason was that /discourse watch in a private channel of the Staff category showed up with a slack channel name like #private instead of the actual channel name, so I had to set the correct channel name in the discourse administrative interface to the actual channel name; then it worked.
Привет @david, есть ли способ настроить одностороннюю интеграцию (Discourse в Slack) с помощью плагина discourse-chat-integration?
Мне нужно настроить веб-хук Slack, куда будут отправляться сообщения, без создания нового приложения в Slack.
Я следовал инструкциям с Discourse to Slack (one-way) integration, но у меня не получилось. После включения плагина и настройки URL веб-хука я не нашел панели управления для продолжения конфигурации.
Вам необходимо включить плагин, добавить URL веб-хука и включить провайдера «slack». Настройка называется «chat integration slack enabled». После этого вы должны увидеть вкладку Slack в панели администратора (в разделе плагины —> интеграции чата).
Я следовал этой инструкции по настройке интеграции Discourse с Slack.
При тестировании правила я получаю ошибку DiscourseChat::ProviderError, но без каких-либо подробностей; даже консоль браузера мало что говорит об ошибке.
Есть ли у кого-нибудь идеи, в чём причина?
К сожалению, Slack не предоставляет нам имя канала, указанное пользователем, в API команд со слэшем, поэтому нам приходится использовать ID (подробнее в сообщении коммита). Если вы всегда используете команды со слэшем для управления правилами, это не внесёт никаких изменений.
Я пытаюсь настроить Slack-бота для работы с каналом уже слишком долго. Неужели я упускаю какой-то секрет, позволяющий Discourse публиковать сообщения в публичном канале? Я могу получать уведомления напрямую из Discourse, но, похоже, сам Discourse не может отправлять сообщения в канал. Я собирался добавить входящий вебхук в интеграцию, но всплывающая подсказка в инструментах Discourse указывает, что это не рекомендуется. Любая помощь будет очень кстати.
Хорошо — я нашёл пост на другом форуме, где указывалось другое расположение логов. Ошибка была довольно ясной: пользователь-бот должен быть добавлен в публичный канал, чтобы публиковать там сообщения. Я не ожидал, что это потребуется, но это и есть решение!
