Есть ли способ отключить эти уведомления, не прибегая к CSS-хакерам? Мне на самом деле не нужен этот визуальный шум.
5 лайков
Но разве это всё ещё не будет показывать счётчик/индикатор уведомлений? Но, полагаю, это неизбежно.
Больше нет 
5 лайков
Это несколько раз сбивало меня с толку, и я не вижу, чтобы об этом упоминалось выше как о проблеме.
Я не привык проверять Предстоящие изменения, нажимая на опцию в меню слева:
https://xyz.discourse.group/admin/config/upcoming-changes
На этой странице для каждого изменения есть ссылка Предпросмотр.
Обычно в рамках своей ежедневной рутины я проверяю входящие сообщения Discourse и иногда получаю уведомление о предстоящих изменениях, например:
https://xyz.discourse.group/admin/config/upcoming-changes?changeNamesFilter=enable_ai_bot_starred_conversations
Обратите внимание на изменение в URL-адресе, а также на то, что ссылка Предпросмотр отсутствует.
Именно эта отсутствующая ссылка Предпросмотр сбивала меня с толку в течение нескольких дней. Я знал, что ссылка существует, но подумал, что она исчезла.
Надеюсь, этого достаточно, чтобы понять суть проблемы и, возможно, исправить её.
Ссылки «Обратная связь…» и «Предпросмотр» являются необязательными для будущих изменений:
- «Обратная связь» будет вести к теме здесь, на Meta, для обсуждения изменения
- «Предпросмотр» откроет скриншот изменения в легком окне на странице
Решение о том, какие из них указать, остаётся за разработчиком, который добавляет будущие изменения… Я свяжусь с некоторыми коллегами внутри компании и посмотрю, смогу ли я попросить их добавить их.
1 лайк
Сегодня кнопка «Предпросмотр» отображается с указанным URL-адресом.
https://xyz.discourse.group/admin/config/upcoming-changes?changeNamesFilter=enable_new_checkbox_style
Спасибо!
2 лайка
Сегодня я подумал о том же…
Я знаю, что это верно для нашего хостинга, но я не был уверен, что мы делаем для самостоятельного хостинга.
Я сегодня искал источник истины о том, что мы делаем там, и обнаружил, что мы сейчас ждём stable.
Изначально мы делали именно так: FEATURE: Automatic promotion of upcoming changes - Pull Request #36211 - discourse/discourse - GitHub
И похоже, что это всё ещё актуально здесь:
Интересно, не стоит ли изменить это на beta для самостоятельного хостинга?
Пока я собираюсь внести небольшое изменение в первый пост здесь.
1 лайк
Хотите также обновить документацию?
Это очень полезно знать. Теперь я понимаю, почему Мартин сказал, что не будет переводить изменение в стабильную версию, пока проблема не будет решена. Я тогда проверил документацию и удивился, в чём разница, если бета уже означает «включено по умолчанию».
2 лайка
Вы имеете в виду beta?
Также мне интересно, сколько администраторов лишаются возможности отказаться от обновления и оставить отзыв, если вы убираете эту опцию после бета-версии — пропуская этап stable (и, соответственно, постоянного внедрения).
1 лайк
Да, я имел в виду beta. Ой, спасибо. Исправлено.
Сейчас открыт PR для внесения этого изменения:
1 лайк
Так что stable (стабильная версия) тогда актуальна только для тех немногих форумов, где администратор вручную изменил скрытую настройку сайта, чтобы включить эти изменения позже?
Как это повлияет на то, что решения для компонентов тем и замены группы «Все» всё ещё нет?
Если beta (бета-версия) включает это изменение для всех, то откладывание переноса в стабильную ветку
уже не кажется таким полезным. Это всё равно приведёт к тому, что компоненты будут сломаны на большинстве форумов.
1 лайк
Да. Возможно, после этого изменения больше сайтов решат изменить эту настройку. Но по умолчанию изменения будут включаться раньше.
Такое изменение вызвало бы больше жалоб раньше.
Мы рекомендуем тем, кого это затрагивает, отключить эту функцию, пока мы не разберёмся с ней.
Изменение всё ещё не является постоянным, пока не достигнет стабильной/постоянной версии, мы не будем удалять его раньше…бета просто включает его по умолчанию раньше для самохостеров. Как говорит Дэйв:
Вы всё ещё можете отключить его, если возникнут проблемы в бета-версии.
Я работаю над этим прямо сейчас, мне нужно было достичь внутреннего консенсуса по этому вопросу. Пока что мы не получили никакой обратной связи по этому поводу, кроме как от вас, поэтому я не думаю, что это вызывает огромные проблемы для администраторов сайтов в бета-версии.
Поверьте, я хочу это исправить так же сильно, как и вы, это моё изменение, но у меня также есть конкурирующие приоритеты во времени.
Мне показалось, что «улучшения отчётности» пропустили стадию «stable».
Может, я просто не понимаю, как это работает.
Не совсем понятно, почему именно это изменение было удалено на этапе бета-тестирования, а не перенесено в стабильную/постоянную версию. Уточню этот вопрос внутри компании.
1 лайк
Это была наша ошибка, и мы вернули предстоящее изменение обратно в DEV: Reintroduce reporting_improvements upcoming change as permanent … · discourse/discourse@08cf6f4 · GitHub.
Извини, возможно, я что-то неправильно понял. В твоем ссылочном PR я вижу, что настройка была добавлена обратно. Но я не понимаю, какое влияние она оказывает сейчас. Что именно меняется, если я включу или выключу эту опцию? Я как-то не могу разобраться в коде.
Итак, как сейчас, шаг, который должен был активировать это изменение для большинства форумов, все еще был пропущен, верно? Таким образом, у них не было возможности отказаться от него, потому что это влияло на их форум, или я все еще неправильно понимаю процесс?
Я также пытался разобраться, как это работает сейчас, но не могу найти изменения. Есть ли у кого-нибудь идеи, что я делаю не так? Версия 08cf6f4
Эта функция теперь стала постоянной, поэтому её нельзя включать или выключать.
1 лайк
Когда изменения становятся постоянными, они отображаются на странице /whats-new вместо этого. Я добавлю эту информацию в первый пост, а также всё остальное, что мы могли упустить за последние несколько месяцев.
Изменение: Готово.
1 лайк