17-02-14

APP ID：BUaLHiMTGkrSFXdi9lVQo3lC-gzGzoHsz；objectId：587c4a4861ff4b0065a8a0a1；clientId：100395
应该是和objectID与clientId无关，禁言其他objectID与clientID效果一样，起不到禁言效果。

17-02-14

详细描述：A请求服务端创建自己的聊天室objectID，A请求服务端禁言进入聊天室的的clientID 用户B，禁言不生效，B继续发消息，能发送成功，A收不到，其他用户C D能收到。。在国内应用中同样逻辑是没有问题的。

Sunng推送/聊天 客服
17-02-14

您好，能否确认一下从新加坡调用禁言 API 的返回结果，从您的描述上看似乎是禁言没有成功

17-02-14

禁言api的返回就是个空json对象“{}”，在服务端调用也是返回“{}”。

Sunng推送/聊天 客服
17-02-14

看起来是成功了，理论上这和服务器的位置没有关系
还请再确认一下调用调用的参数，以及禁言的有效时间等

如果仍然可以重现，可以在禁言有效时间内回复我一下请求的详细参数，我确认一下数据。我这边之后可能也需要加一些日志帮助定位。

17-02-14

在服务端直接执行命令： curl -X POST -H "X-LC-Id: BUaLHiMTGkrSFXdi9lVQo3lC-gzGzoHsz" -H "X-LC-Key: kUmy***********,master" -H "Content-Type: application/json" -d '{"client_id": "100395", "conv_id": "587c4a4861ff4b0065a8a0a1", "ttl": 3600}' https://leancloud.cn/1.1/rtm/conversation/blacklist 返回“{}”，刚执行过。

17-02-15
Sunng

在线请回复，我给你操作下禁言，你确认数据，谢谢

Sunng推送/聊天 客服
17-02-15

在线，请发

17-02-15

不好意思，忙起别的就忘了，17：50测试了一遍，目前正常了，禁言已生效。只是不明白为什么又生效了，没有改动。谢谢。

Sunng推送/聊天 客服
17-02-15

比较奇怪，我们这边也没有任何调整。建议再观察一下，如果有任何重现的规律欢迎报告。