![]()
这在许多方面都令人惊叹。它与我们在生活中有时能看到的“我,我,我!”大不相同。给你一个虚拟的拥抱,Angus:
(如今这样也更安全些 ;))
非常感谢您接手这个插件!不胜感激。
遗憾的是,在我们的安装环境中,持久通知的 bug 仍然存在。我很乐意协助调试。
谢谢大家,
请在以下链接提交完整的错误报告,我会尽快处理:Pavilion
正在尝试提交错误报告。我试图通过社交登录(Google)在 Pavilion 网站上创建账户,但陷入了登录循环。我是否需要先创建本地账户才能登录网站并提交错误报告?
您是否成功登录 Pavilion 并提交了关于持久通知 bug 的错误报告?如果没有,我可以代为提交,因为我拥有 Pavilion 网站的凭证。
感谢提醒!我再次尝试,成功创建了账户并提交了报告。
顺便提一下,我们那个持续显示的通知已经消失了,可能是因为 Discourse 的正常更新和重启。不过我们并没有重度使用聊天功能,所以它可能只是在潜伏,等待再次出现。
持久化聊天通知问题已提交并解决 ![]()
如有任何后续更新,请在该主题中告知。谢谢大家。
谢谢,我可以在没有账户的情况下直接访问向导时复现使用 Google 认证的问题。我已为此提交了错误报告,并将于明天或周三处理。
在此期间,解决此问题的方法是打开一个新窗口,直接访问 thepavilion.io,而不是访问 Pavilion
这完全缺乏任何功能,我本来对此无所谓,因为它运行良好,但消息经常卡住,尤其是超过两个词的时候。有没有好的替代方案?我知道有一个可以连接第三方聊天程序之类的,但我只是想要一个针对特定用户组的聊天框。显然,考虑到这些卡顿问题,这已经不值得了。
您好,感谢这个出色的插件。我刚刚注意到一些情况:
-
如果发送消息,会出现网页推送通知。如果用户点击该通知,将打开未分类的聊天主题。提及用户时也是如此。这是功能还是漏洞?

-
有时聊天界面会卡住,无法滚动。我认为这主要发生在有人输入且头像显示时。
-
是否可以在聊天滚动激活时禁用页面滚动,特别是在移动设备上?
谢谢!![]()
插件很棒,可能会带来颠覆性改变。
有两个建议吗?
- 让聊天窗口对未注册用户可见
- 将新聊天评论推送到窗口顶部,这样你就不需要滚动到底部
遇到响应性问题且长消息无法发送的用户,很可能触发了 API 速率限制。
@angus 与发布或回复消息相比,typing 请求根本不会发出,或者极少发出。是否需要对它们进行节流处理?
另外,有谁知道这具体触发了哪一类速率限制吗?
Anton,你是在Pavilion 错误报告中向 Angus 提供这些信息了吗?
他之前曾告诉我们,如果你通过 Pavilion 错误报告流程传递信息,他的故障排查和修复能力会大幅提升。
顺便一提,我也遇到了响应性问题,以及较长消息无法发送的情况。不过,我并没有像你那样拥有能佐证我所见问题的确凿数据。
谢谢,我已经做了:Pavilion
我已安装 Babble 但不再使用,因此已将其禁用。我本不在意它是否安装,但无论安装与否,我的网站现在都出现了故障。
如果我卸载它,会导致 /g 的群组页面失效:
如果我保留安装但禁用它,会导致我们的自定义摘要功能失效。诚然,这是由我们的 discourse-506investor-digest-plugin 调用的,但看起来 NilClass 的问题出在 babble/app/models/topic.rb 中。
来自 /logs 的日志:
Job exception: undefined method 'id' for nil:NilClass
/var/www/discourse/app/models/topic.rb:470:in 'for_digest'
/var/www/discourse/plugins/babble/app/models/topic.rb:4:in 'for_digest'
/var/www/discourse/app/models/post.rb:99:in 'block in <class:Post>'
activerecord-6.0.3.5/lib/active_record/relation.rb:412:in 'instance_exec'
activerecord-6.0.3.5/lib/active_record/relation.rb:412:in 'block in _exec_scope'
activerecord-6.0.3.5/lib/active_record/relation.rb:784:in '_scoping'
activerecord-6.0.3.5/lib/active_record/relation.rb:412:in '_exec_scope'
activerecord-6.0.3.5/lib/active_record/scoping/named.rb:192:in 'block in scope'
activerecord-6.0.3.5/lib/active_record/relation/delegation.rb:66:in 'block in for_mailing_list'
activerecord-6.0.3.5/lib/active_record/relation.rb:407:in 'block in scoping'
activerecord-6.0.3.5/lib/active_record/relation.rb:784:in '_scoping'
activerecord-6.0.3.5/lib/active_record/relation.rb:407:in 'scoping'
activerecord-6.0.3.5/lib/active_record/relation/delegation.rb:66:in 'for_mailing_list'
/var/www/discourse/plugins/discourse-506investor-digest-plugin/plugin.rb:89:in 'get_favorite_posts'
/var/www/discourse/plugins/discourse-506investor-digest-plugin/plugin.rb:24:in 'block in execute'
/var/www/discourse/lib/distributed_mutex.rb:33:in 'block in synchronize'
/var/www/discourse/lib/distributed_mutex.rb:29:in 'synchronize'
/var/www/discourse/lib/distributed_mutex.rb:29:in 'synchronize'
/var/www/discourse/lib/distributed_mutex.rb:14:in 'synchronize'
/var/www/discourse/plugins/discourse-506investor-digest-plugin/plugin.rb:12:in 'execute'
/var/www/discourse/app/jobs/base.rb:232:in 'block (2 levels) in perform'
rails_multisite-2.5.0/lib/rails_multisite/connection_management.rb:76:in 'with_connection'
/var/www/discourse/app/jobs/base.rb:221:in 'block in perform'
/var/www/discourse/app/jobs/base.rb:217:in 'each'
/var/www/discourse/app/jobs/base.rb:217:in 'perform'
/var/www/discourse/app/jobs/base.rb:279:in 'perform'
mini_scheduler-0.13.0/lib/mini_scheduler/manager.rb:93:in 'process_queue'
mini_scheduler-0.13.0/lib/mini_scheduler/manager.rb:37:in 'block (2 levels) in initialize'
我也遇到了同样的问题。GitHub 仓库是报告此问题的正确地方吗?
Anton 已经在 Pavilion 上报告了该问题。根据 @angus 的说法,那里是报告 Bug 并最终修复它们的正确位置。有关如何报告 Bug 的更多详情请点击此处。
大家好,鉴于最近的重大变更,以及当前 Discourse 代码库版本给 Babble 带来的其他相关技术挑战,很遗憾,我决定目前无法继续支持 Babble。因此,该主题已移至 #plugin:broken-plugin。
请相信我,我也希望情况并非如此。直到过去几个月核心 Discourse 发生变动之前,我一直抱有这种期望,而这些变动需要 Babble 进行重大调整才能重新运行。我一直在积极寻找更专职的插件维护者,但存在两个问题:聊天是一个复杂的使用场景,而 Babble 本身也是一个复杂的插件。它需要深入掌握 Discourse 本身,以及 Rails 和 Ember,并且需要 dedicated 的时间段来跟上 Discourse 的更新。
我建议你们考虑为社区部署一个独立的专用聊天实例,与 Discourse 并行使用。如果您在设置或使用方案方面有任何疑问,我很乐意为您提供免费建议。在 Pavilion,我们与 Discourse 一起使用 Mattermost,效果很好。
感谢您为此付出的所有努力!也许最终会有人找到一种方法,将这些服务(Mattermost、Rocket.Chat、Matrix)中的外部公共聊天频道固定到您的 Discourse 中,以实现某种“实时聊天”功能。
我们正在积极开发官方聊天解决方案。时间线尚不确定,但我预计我们应在未来几个月内展示一些成果。

