# SlackBridge only working one-way on private channels after restart

**URL:** <https://forums.rocket.chat/t/slackbridge-only-working-one-way-on-private-channels-after-restart/1675>\
**Category:** Community Support\
**Created:** [July 24, 2018, 6:45pm UTC](https://forums.rocket.chat/t/slackbridge-only-working-one-way-on-private-channels-after-restart/1675 "2018-07-24T18:45:59Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![NeuralMiner](https://avatars.discourse-cdn.com/v4/letter/n/f1d935/32.png) [@NeuralMiner](https://forums.rocket.chat/u/NeuralMiner)\
**Post date:** [July 24, 2018, 6:45pm UTC](https://forums.rocket.chat/t/slackbridge-only-working-one-way-on-private-channels-after-restart/1675/1 "2018-07-24T18:45:59Z")

</div>

Hello,

Ever since updating to 0.66.3, we’ve had a weird issue where the Slack bridge stops working both ways on private channels once the service is restarted. Once the service restarts, the bridge only works from Slack → Rocket. Public channels work fine regardless of restarts.  
If we create a new room private room it’ll work two way until a restart, and then that room will only start working one way as well. I have the logs posted on the GitHub issue:

> <https://github.com/RocketChat/Rocket.Chat/issues/11485>
>
> \### Description:
> 
> We upgraded to version 0.66.3 yesterday. Now, private channe…ls are only bridging one way (from Slack to Rocket, but not from Rocket to Slack). If I create a new private channel it'll work fine (2 way) until I restart the service again, at which point that channel will also have the same issue.
> Public channels work fine (2 way); issue only occurs with private channels.
> 
> \### Steps to reproduce:
> 
> Create new private channel. 
> Test 2 way.
> Restart service. 
> Test 2 way.
> 
> \### Server Setup Information:
> 
> \- Version of Rocket.Chat Server: 0.66.3
> \- Operating System: Linux
> \- Deployment Method: Manual
> \- Number of Running Instances: 1
> \- DB Replicaset Oplog: Enabled
> \- NodeJS Version: 8.11.3
> \- MongoDB Version: 3.0.15
> 
> \### Additional context
> 
> Issue only started after latest upgrade.
> 
> \### Relevant logs:
> 
> When the bridge is working 2 way:
> \`\`\`\[34mI20180717-16:49:59.868(0) \[34mMeteor ➔ method stream-notify-room -\> userId: p3zCZunKWSKej27qB , arguments: { '0': 'Z7tZQmR9ZicuZLa8Q/typing', '1': 'NeuralMiner', '2': false } 
> \[34mI20180717-16:49:59.872(0) \[34mMeteor ➔ method sendMessage -\> userId: p3zCZunKWSKej27qB , arguments: { '0': { \_id: 'masf7XT9ESTCScsL9', rid: 'Z7tZQmR9ZicuZLa8Q', msg: '4' } } 
> \[34mI20180717-16:49:59.874(0) \[34mMeteor ➔ method canAccessRoom -\> userId: p3zCZunKWSKej27qB , arguments: { '0': 'Z7tZQmR9ZicuZLa8Q', '1': 'p3zCZunKWSKej27qB' } 
> \[34mI20180717-16:49:59.912(0) \[34mIntegrations ➔ Outgoing WebHook.debug Execute Trigger: sendMessage 
> \[34mI20180717-16:49:59.913(0) \[34mIntegrations ➔ Outgoing WebHook.debug Got the event arguments for the event: sendMessage { event: 'sendMessage', message: { \_id: 'masf7XT9ESTCScsL9', rid: 'Z7tZQmR9ZicuZLa8Q', msg: '4', ts: 2018-07-17T16:49:59.873Z, u: { \_id: 'p3zCZunKWSKej27qB', username: 'NeuralMiner', name: 'NeuralMiner' }, \_updatedAt: 2018-07-17T16:49:59.881Z, editedBy: undefined, editedAt: undefined, emoji: undefined, avatar: undefined, alias: undefined, customFields: undefined, attachments: undefined, mentions: \[\], channels: \[\], sandstormSessionId: null }, room: { \_id: 'Z7tZQmR9ZicuZLa8Q', name: 'testing', fname: 'testing', t: 'p', msgs: 22, u: { \_id: 'p3zCZunKWSKej27qB', username: 'NeuralMiner' }, ts: 2018-07-17T16:06:56.571Z, ro: false, sysMes: true, \_updatedAt: 2018-07-17T16:48:32.249Z, importIds: \['GBRTWAHQB' \], lm: 2018-07-17T16:48:32.230Z, meta: { revision: 17, created: 1531844959441, version: 0, updated: 1531846112253 }, '$loki': 130, usernames: \['NeuralMiner', 'rocketbot' \], username: 'NeuralMiner' } } 
> \[34mI20180717-16:49:59.914(0) \[34mIntegrations ➔ Outgoing WebHook.debug Starting search for triggers for the room: Z7tZQmR9ZicuZLa8Q 
> \[34mI20180717-16:49:59.914(0) \[34mIntegrations ➔ Outgoing WebHook.debug Found 0 to iterate over and see if the match the event.
> 
> After the restart (only working 1 way):
> 
> \[34mI20180717-16:56:09.274(0) \[34mMeteor ➔ method sendMessage -\> userId: p3zCZunKWSKej27qB , arguments: { '0': { \_id: 'iKDsLcfFT2u9nXrcr', rid: 'Z7tZQmR9ZicuZLa8Q', msg: '888' } } 
> \[34mI20180717-16:56:09.276(0) \[34mMeteor ➔ method canAccessRoom -\> userId: p3zCZunKWSKej27qB , arguments: { '0': 'Z7tZQmR9ZicuZLa8Q', '1': 'p3zCZunKWSKej27qB' } 
> \[34mI20180717-16:56:09.314(0) \[34mIntegrations ➔ Outgoing WebHook.debug Execute Trigger: sendMessage 
> \[34mI20180717-16:56:09.316(0) \[34mIntegrations ➔ Outgoing WebHook.debug Got the event arguments for the event: sendMessage { event: 'sendMessage', message: { \_id: 'iKDsLcfFT2u9nXrcr', rid: 'Z7tZQmR9ZicuZLa8Q', msg: '888', ts: 2018-07-17T16:56:09.275Z, u: { \_id: 'p3zCZunKWSKej27qB', username: 'NeuralMiner', name: 'NeuralMiner' }, \_updatedAt: 2018-07-17T16:56:09.283Z, editedBy: undefined, editedAt: undefined, emoji: undefined, avatar: undefined, alias: undefined, customFields: undefined, attachments: undefined, mentions: \[\], channels: \[\], sandstormSessionId: null }, room: { \_id: 'Z7tZQmR9ZicuZLa8Q', name: 'testing', fname: 'testing', t: 'p', msgs: 24, u: { \_id: 'p3zCZunKWSKej27qB', username: 'NeuralMiner' }, ts: 2018-07-17T16:06:56.571Z, ro: false, sysMes: true, \_updatedAt: 2018-07-17T16:54:29.767Z, importIds: \['GBRTWAHQB' \], lm: 2018-07-17T16:54:29.733Z, meta: { revision: 1, created: 1531846229127, version: 0, updated: 1531846469770 }, '$loki': 130, usernames: \['NeuralMiner', 'rocketbot' \], username: 'NeuralMiner' } } 
> \[34mI20180717-16:56:09.317(0) \[34mIntegrations ➔ Outgoing WebHook.debug Starting search for triggers for the room: Z7tZQmR9ZicuZLa8Q 
> \[34mI20180717-16:56:09.318(0) \[34mIntegrations ➔ Outgoing WebHook.debug Found 0 to iterate over and see if the match the event.

The only difference I could find is that the bridge doesn’t seem to trigger on private channels AFTER a restart. This line only exists on new private channels:

> SlackBridge ➔ Slack.debug OnSlackEvent-MESSAGE
