For ‘Private Channels’ you need to add the groups:history scope. For “Direct Messages” you need to add the im:history scope. You will need to ‘reinstall’ the app for changes to scopes to take effect (Slack’s UI should have prompted you to do this).
Are you seeing anything at /logs when the errors occur?
I tried adding these scopes, and reinstalling:
groups:history
im:history
mpim:history
Still getting that 422, but don’t see anything obvious in the Discourse logs in the admin panel (this is a hosted instance, so I don’t have direct access to other logs).
I used the /discourse post command from a public channel to great effect… but threads are now more common in many channels than main channel conversations, so still hopeful that some day this will work in a thread…
Update: w00t! just tried it again and it worked!
/discourse post https://ourdomain.slack.com/archives/C0591LA4X/p1529529151000359?thread_ts=1529528304.000177&cid=C0592LA4X
as did:
/discourse post thread https://ourdomain.slack.com/archives/C0592LA4X/p1529528304000177
Another update: I was also able to post a thread from a private channel. 
I got an error when using post transcript in a public channel:
{
"message": "Job exception: undefined method `[]' for nil:NilClass\n",
"progname": null,
"severity": 3,
"backtrace": "/var/www/discourse/plugins/discourse-chat-integration/lib/discourse_chat/provider/slack/slack_message.rb:38:in `block in text'\n/var/www/discourse/plugins/discourse-chat-integration/lib/discourse_chat/provider/slack/slack_message.rb:30:in `gsub'\n/var/www/discourse/plugins/discourse-chat-integration/lib/discourse_chat/provider/slack/slack_message.rb:30:in `text'\n/var/www/discourse/plugins/discourse-chat-integration/lib/discourse_chat/provider/slack/slack_message.rb:62:in `processed_text_with_attachments'\n/var/www/discourse/plugins/discourse-chat-integration/lib/discourse_chat/provider/slack/slack_transcript.rb:155:in `block in build_slack_ui'\n/var/www/discourse/plugins/discourse-chat-integration/lib/discourse_chat/provider/slack/slack_transcript.rb:155:in `map'\n/var/www/discourse/plugins/discourse-chat-integration/lib/discourse_chat/provider/slack/slack_transcript.rb:155:in `build_slack_ui'\n/var/www/discourse/plugins/discourse-chat-integration/lib/discourse_chat/provider/slack/slack_command_controller.rb:95:in `block in process_post_request'\n/var/www/discourse/lib/scheduler/defer.rb:70:in `block in do_work'\n/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/rails_multisite-2.0.4/lib/rails_multisite/connection_management.rb:63:in `with_connection'\n/var/www/discourse/lib/scheduler/defer.rb:68:in `do_work'\n/var/www/discourse/lib/scheduler/defer.rb:59:in `block (2 levels) in start_thread'",
"count": 9,
"env": {
"message": "Running deferred code 'Processing slack transcript request'"
},
"protected": false
}
Hello, did you managed to fix this? I have the same one.
To close the loop here - @mbugowski kindly contributed a pull request to fix the issue:
@tony612 if you update to the latest version it should now work.
Slash-Befehle funktionieren jetzt in Slack-Threads! Siehe 
Gibt es eine Chance, dass wir Unterstützung für einen Slash-Befehl innerhalb eines Threads sehen, der ein Transkript veröffentlicht? 
Ich hoffe wirklich, dass das stimmt, weil es mein Leben so viel einfacher machen würde, aber ich finde dazu nichts in der Slack-API-Dokumentation. Ich frage mich, ob sie Giphy einen speziellen Alpha-Test-Zugang gewährt haben? Siehst du eine Dokumentation, die ich übersehen habe?
Möglicherweise noch mehr Informationen: Heute bei der Arbeit beschwerte sich eine Person in einem Thread darüber, dass Slack /giphy in Threads nicht erlaubt, und postete ein Bild von Slack, das besagte, dass dies in Threads nicht unterstützt wird. Eine andere Person nutzte /giphy im selben Thread erfolgreich. Es scheint, als ob hier ein A/B-Test durchgeführt wird.
Gute Nachrichten! Ich habe gerade eine Änderung für das Plugin zusammengeführt, die die Unterstützung für die „Shortcuts“-API von Slack hinzufügt. Jetzt kannst du im Thread auf … klicken, „Nachricht an Discourse senden“ auswählen und erhältst einen Button, der dich direkt zu Discourse führt. Kein Gefummel mehr mit Slash-Befehlen oder Thread-Permalinks!
Damit das funktioniert, benötigst du die neueste Version von chat-integration und musst deine Slack-App mit diesem neuen Schritt der Einrichtung anpassen:
Wie immer lass uns gerne Feedback zukommen 
Unglaublich!
Ich habe gerade versucht, diese Funktionalität hinzuzufügen, und leider folgende Meldung erhalten:
Error: unable to fetch channel history from Slack
Ich habe dies an unserer neuesten Slack-Nachricht getestet.
Haben Sie alle Einrichtungshinweise in diesem Thema befolgt? Haben Sie dem Bot insbesondere alle erforderlichen Berechtigungen erteilt?
Ich habe das Problem gefunden! Unsere Chat-Integration-App war nicht in dem Kanal, von dem aus ich posten wollte. Nachdem ich die App in den Kanal eingeladen habe, konnte ich ein Transkript veröffentlichen. Vielen Dank.
Ist es möglich, die Chat-Integration-App automatisch in jeden Slack-Kanal aufzunehmen – sowohl jetzt als auch für alle zukünftig erstellten Kanäle?
Aus UX-Sicht wäre es sinnvoll, den Text des Buttons „Weiter auf Discourse
Leider glaube ich nicht, dass das möglich ist, aber ich würde mich freuen, mich zu irren. Ich werde prüfen, ob wir die Fehlermeldung hier verbessern können, sodass sie Anweisungen enthält, wie man den Bot dem Kanal hinzufügt.
guter Punkt. Wir können das Standardverhalten definitiv so anpassen, dass das Wort „Discourse
Ich habe alle Schritte in dem Slack-Thread befolgt. Ich habe alle dort beschriebenen Scopes hinzugefügt (sogar zusätzliche) und die App zu den relevanten Kanälen eingeladen.
Das Problem ist, dass es in 1 % der Fälle zu funktionieren scheint, siehe hier:
Aber in 99 % der Fälle in öffentlichen Kanälen erhalte ich die Fehlermeldung: „Error: unable to fetch users from Slack“
Und in DMs: „Error: unable to fetch channel history from Slack“
