![]()
Это удивительно здорово во многих отношениях. Это так сильно отличается от «я, я, я!», которое мы иногда можем наблюдать в жизни. Я дарю тебе виртуальные объятия, Энгус:
(в наши дни это даже безопаснее
)
Огромное спасибо за то, что взялись за этот плагин! Очень ценим.
К сожалению, у нас в установке всё ещё сохраняется баг с постоянным уведомлением. Готовы помочь с отладкой.
Спасибо, ребята,
Пожалуйста, создайте полный отчёт об ошибке здесь, и я скоро займусь этим: Pavilion. Понимаю, что это может показаться педантичным, но это действительно помогает! Если мы прервём цикл использования этой темы как универсального места для всех проблем, задачи будут решаться более эффективно.
Пытаюсь отправить отчёт об ошибке. Я пытаюсь создать учётную запись на сайте Pavilion с помощью входа через социальную сеть (Google), но попадаю в цикл перенаправления на страницу входа. Нужно ли мне создать локальную учётную запись, чтобы войти на сайт и отправить отчёт об ошибке?
Удалось ли вам успешно войти в Pavilion и подать отчёт об ошибке, касающейся постоянного уведомления? Если нет, я могу сделать это, так как у меня есть учётные данные для сайта Pavilion.
Спасибо за напоминание! Я попробовал снова и смог создать аккаунт и подать отчет.
Кстати, наше постоянное уведомление исчезло, возможно, из-за обычного обновления и перезапуска Discourse. Однако мы не слишком активно используем чат, поэтому оно может просто затаиться и появиться снова.
Проблема с постоянными уведомлениями чата зафиксирована и решена ![]()
Пожалуйста, пишите любые дальнейшие обновления по этому вопросу в той теме. Спасибо, ребята.
Спасибо, я смог воспроизвести проблему с авторизацией через Google при переходе напрямую к мастеру без аккаунта. Я создал отчёт об ошибке и займусь этим завтра или в среду.
Тем временем способ выйти из этой ситуации — просто открыть новое окно и перейти напрямую на thepavilion.io, а не на Pavilion.
В этом продукте полностью отсутствуют какие-либо функции, и меня это вполне устраивало — всё работало отлично. Однако сообщения постоянно зависают, особенно если они состоят более чем из двух слов. Есть ли хорошая альтернатива? Я знаю о решении, которое интегрируется с сторонними чат-программами, но мне нужен просто виджет чата для определённых групп пользователей. С такими постоянными зависаниями это, очевидно, не стоит того.
Привет, спасибо за этот замечательный плагин. Я заметил несколько моментов:
-
При отправке сообщения появляется веб-уведомление. Если пользователь нажмёт на него, откроется чат без категории. То же самое происходит при упоминании пользователя. Это функция или ошибка?

-
Иногда чат зависает и прокрутка не работает. Кажется, это чаще случается, когда кто-то пишет и появляется аватар.
-
Возможно ли отключить прокрутку страницы, когда активна прокрутка чата, особенно на мобильных устройствах?
Спасибо! ![]()
Отличный плагин, может стать настоящим прорывом.
Два предложения?
- Сделать окно чата видимым для незарегистрированных пользователей
- Перемещать новые сообщения в чате в верхнюю часть окна, чтобы не приходилось прокручивать вниз
Те, кто сталкивается с ошибками, связанными с адаптивностью и невозможностью отправки более длинных сообщений, вероятно, достигли лимитов запросов к API.
@angus, в отличие от публикации или ответа на сообщение, запросы typing либо вообще не отправляются, либо отправляются крайне редко. Не исключено, что их нужно ограничивать?
Также есть ли какие-то идеи, какие именно лимиты превышаются?
Антон, ты передал эту информацию Энгусу через отчёт об ошибке в Pavilion?
Ранее он сообщал нам, что его способность диагностировать и исправлять проблемы значительно возрастает, если информацию направлять через процесс отправки отчётов об ошибках в 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?
Антон уже сообщил об этой проблеме на Pavilion. И, согласно @angus, это правильное место для сообщения об ошибках и их последующего исправления. Подробнее о том, как сообщать об ошибках, можно узнать здесь.
Всем привет, учитывая последние критические изменения и ряд других технических сложностей, с которыми сталкивается Babble в текущей версии кодовой базы Discourse, к сожалению, я принял решение, что на данном этапе дальнейшая поддержка Babble невозможна. Поэтому этот плагин перемещается в категорию #plugin:broken-plugin.
Поверьте, я очень хотел бы, чтобы всё было иначе, и надеялся на это до последних нескольких месяцев, когда в ядре Discourse произошли изменения, требующие значительной доработки Babble для его восстановления. Я активно искал более ответственного сопровождающего для этого плагина, однако есть две проблемы. Чат — это сложный сценарий использования, а Babble — сложный плагин. Для его поддержки требуется глубокое знание самого Discourse, а также Rails и Ember, а также выделение целых блоков времени для отслеживания изменений в Discourse.
Я рекомендую рассмотреть возможность использования отдельного выделенного чат-сервера параллельно с Discourse для вашего сообщества. Если у вас возникнут вопросы по его настройке или выбору подходящего решения, я с радостью дам вам несколько советов (бесплатно). В Pavilion мы используем Mattermost параллельно с Discourse, и это отлично работает для нас.
Спасибо за всю проделанную вами работу! Возможно, кто-нибудь в будущем найдёт способ закрепить внешний публичный чат-канал от одной из этих служб (Mattermost, Rocket.Chat, Matrix) в вашем Discourse для реализации функции «живого чата».
Мы активно работаем над официальным решением для чата. Сроки ещё не определены, но, думаю, мы сможем показать что-то в ближайшие пару месяцев.

