Темы (с ответами) обновлены при редактировании заголовка

Внести вклад Ошибка
1

Я заметил на своём форуме, а также на Meta, что темы поднимаются при редактировании заголовка. Для меня это довольно запутанно, так как тема появляется вверху списка, и я ожидаю что-то новое, но заметить изменения очень сложно, поскольку обычно меня сразу перекидывает на последнее сообщение, хотя редактирование произошло в первом сообщении.

Я заметил, что вы изменили поведение так, что редактирование последнего сообщения больше не поднимает тему. Возможно ли, что тот факт, что редактирование заголовка темы теперь вызывает поднятие темы, является побочным эффектом этого изменения?

Это также затрагивает редактирование категорий и тегов.

3 лайка
Editing timestamp of a 1-post topic prevents bumping
2

Спасибо. Похоже на правду, учитывая, что PR был слит несколько часов назад. @martin посмотрит.

1 лайк
4

Спасибо, Мойн, теперь я понимаю… раз я больше не проверяю, является ли это последним сообщением, мне нужно проверять, меняются ли только данные темы от её автора (OP), и в таком случае пропускать поднятие темы.

У меня есть исправление здесь:

Мне удалось воспроизвести проблему при изменении категории, но не при изменении тегов.

3 лайка
5

Спасибо за исправление этого

Я поднял тему Profile picture next to pinned topics, добавив тег, на случай если вам понадобится воспроизведение.

3 лайка
6

Хорошо, теперь я могу воспроизвести. Странно, не понимаю, почему вчера не мог.

7

Хм, хорошо, я думаю, что для заголовка нормально не поднимать тему, но я считаю, что поднятие темы при редактировании категории и тегов усложняется этими двумя настройками:

Они контролируют, поднимается ли тема при редактировании первого поста:

Однако эти же настройки также определяют, отправляется ли фактическое уведомление при изменении категории или тегов, поэтому разобраться в этом немного сложно. Обсудим это внутренне и вернёмся к вопросу.

8

До того как вы убрали поднятие темы при редактировании, изменения в заголовке, категории и тегах поднимали тему только если у неё не было ответов. В противном случае поднятия не происходило, так как это не было последним сообщением. Планируете ли вы восстановить это или хотите также заблокировать такие поднятия?

Я также удивлялся, почему редактирование категории в моей тестовой теме сейчас не поднимает тему. У меня сложилось впечатление, что это связано с периодом прощения при редактировании. После ожидания 5 минут редактирование категории снова подняло тему.

Меня всё ещё сбивает с толку то, что сейчас вызывает поднятие темы, кроме ответа. Понимание этого могло бы помочь мне найти решения, как замечать редактирования, когда пользователь следовал инструкциям Discourse и редактировал своё сообщение вместо того, чтобы отправлять последовательные ответы[1]. Я думаю, что это может быть неприятным опытом, когда система говорит вам отредактировать ваше сообщение вместо ответа, вы это делаете, но никто не замечает. Я также попросил помощи о том, как сейчас отслеживать редактирования на вики-страницах.

С днём рождения :birthday_cake:

  1. “Не более %{count} последовательных ответов разрешено. Пожалуйста, отредактируйте ваш предыдущий ответ или дождитесь ответа от кого-то.” ↩︎
3 лайка
9

Сейчас внесу дополнительную правку, чтобы изменения заголовка, тегов и категории не приводили к поднятию поста. Немного подождите…

3 лайка
10

Это исправление уже выполнено, поэтому теперь редактирование заголовка, тега или категории не будет вызывать поднятие темы:

3 лайка
Editing timestamp of a 1-post topic prevents bumping
11

Есть ли возможность отменить это изменение?

Для моих задач редактирование темы, чтобы поднять её в верх списка последних обновлений, было функцией, а не ошибкой. Я полагался на это поведение, чтобы сообщать пользователям о изменениях в теме.

Скорее всего, многие полагаются на то, что редактирование последнего сообщения поднимает пост в ленте последних обновлений и привлекает внимание к материалам.

Сообщение об изменениях через ответ на пост менее эффективно: как только пользователь прочитал первое сообщение, ответ с bump-ом перенаправит его к ответу. Если же изменение внесено в первое сообщение (как это всегда бывает в моём случае), пользователь его не увидит.

Как и в этом посте: Незначительные правки не должны поднимать тему. Там было высказано мнение, что это желательное поведение, а не ошибка.

Если бы существовала настройка для включения или отключения этого изменения, люди могли бы гибко настроить его под свои нужды, вместо того чтобы переворачивать устоявшуюся функцию с ног на голову.

12

Я не всегда хочу поднимать тему при редактировании, но иногда мне бы хотелось сделать своевременное изменение более заметным. Автоматическое поднятие — это вариант, но не совсем то, что я хочу:

Автоматическое поднятие требует указания даты и времени:

Screenshot 2025-10-24 133854
Screenshot 2025-10-24 133854584×437 5.58 KB

Искушение предложить опцию «Сейчас» в меню автоматического поднятия велико, но уведомление об автоматическом поднятии также указывает на автоматическое, а не намеренное поднятие, что является другим сигналом:
image

Я иногда мечтал об опции поднятия темы при редактировании, которую можно было бы включить для определённых ролей или уровней доверия. Представляю кнопки «Сохранить редактирование» и «Сохранить редактирование и поднять»:

image

…и соответствующее уведомление могло бы гласить «Тема отредактирована сотрудником» или что-то подобное.

14

Я также хотел бы сказать, что старое поведение было невероятно полезным. Пожалуйста, кто-нибудь добавьте кнопку, чтобы мы могли переключаться между старым и новым поведением?

15

Можете объяснить, как вы использовали функцию «поднятия» темы и в каких случаях это было вам полезно?

Я всё ещё не могу решить, какой вариант поведения мне нравится больше — новый или старый.

Например, мне нравилось, что изменения в заголовке, категории или тегах поднимали тему наверх, если на неё ещё не было ответов. Это позволяло пользователям, следящим за этими категориями или тегами, заметить тему и ответить. Это также очень помогло мне в этом форуме узнать, как модераторы используют категории и теги. Темы часто перемещались ещё до того, как на них кто-то ответил.

Мне также нравится подход Discourse, который побуждает добавлять информацию через редактирование, а не создавать новый пост. Однако это работает только в том случае, если тема возвращается наверх. Сейчас ситуация странная: пользователям запрещено писать более трёх постов подряд, но редактирование не поднимает тему, поэтому, скорее всего, никто не заметит изменений.

Я также считал хорошей идеей создать тему в формате вики без ответов, чтобы изменения в ней поднимали тему наверх, а при переходе по ссылке на тему пользователь сразу попадал на отредактированный пост.
Хотя темы вики снова поднимаются, это происходит не только тогда, когда они являются последним постом. Это сбивает с толку: я открываю тему, которая была поднята наверх, но когда я оказываюсь на последнем посте, непонятно, почему это произошло.

Однако мне нравится, что небольшие изменения не вызывают поднятия темы. Я заметил, что стал чаще редактировать посты, чтобы добавить мелкие детали, которые раньше не добавлял, считая их слишком незначительными для поднятия темы.

2 лайка
16

Вы точно попали в точку своими замечаниями

Раньше темы, которые намеренно не получали ответов, поднимались наверх ленты «Последнее» при любом редактировании — например, если это было объявление с изменённой информацией.

Для подлинных обновлений темы, когда редактирование удаляло устаревшую информацию, возвращение наверх ленты «Последнее» было очень желательным. Это можно было сделать с помощью цепочки ответов, но со временем это становилось обременительным для пользователей, пытающихся понять суть сказанного (представьте, например, 10 ответов с изменениями). Намного чище было отредактировать исходный или самый последний пост, чтобы тема снова поднялась в ленте «Последнее».

Я понимаю, что мнения здесь разделились. Добавление опции для восстановления прежней, давно существующей функциональности в Discourse удовлетворит всех. Возможно, со временем эту опцию можно будет расширить, чтобы более точно контролировать, какие действия с постом приводят к его подъёму в ленте «Последнее».

Для меня то, как это работало годами, было оптимальным, и я привык полагаться на это.

Это изменение застало меня врасплох. И хотя пользователи могут менять даты постов, чтобы поднять свою тему обратно наверх при редактировании, почему бы не сделать это автоматически, как это всегда было раньше?

1 лайк
17

Вероятно, к этому вернутся, или это безнадежное дело, и стоит ли вообще пытаться внести изменения?

18

@pmusaraj @martin Это изменение отменило многолетнее поведение, при котором редактирование последнего сообщения поднимало его наверх ленты активности.

image
image1065×577 43.7 KB

Было бы очень полезно вернуть функцию поднятия последнего сообщения при его редактировании, так как одним махом было отменено более чем десятилетнее прецедентное правило, что вызвало у нас значительные неудобства.

Пользователи со статусом Staff могут решить эту проблему, изменив дату, но другие пользователи не могут. Я считаю, что либо следует добавить опцию для поднятия сообщения при редактировании, либо необходимо восстановить предыдущее поведение.

1 лайк
20

Мы не планируем отменять это изменение. Я обсудил это внутри компании, и для ваших сценариев использования вы можете либо:

  • Сделать оригинальный пост темы вики-сообщением. Редактирование вики-сообщений всё ещё будет поднимать тему.
  • Создавать новый пост в теме при внесении важных правок.

Также должен работать таймер автоматического поднятия темы. В будущем мы можем добавить дополнительные параметры конфигурации для более тонкого контроля поднятия тем по категориям.

21

Возможно, не каждый пост, обновляемый модераторами уровня 4 и сотрудниками, должен становиться вики-постом, доступным для редактирования большинством пользователей форума.

Кроме того, поднятие темы при редактировании исходного поста в режиме вики не помогает в случаях, когда в теме несколько вики-постов или когда вики-пост не является первым. Например, в теме, посвящённой вещам, собранным за месяц, вы можете создать новый вики-пост в качестве ответа для следующего месяца. Это работало отлично, поскольку вики-пост текущего месяца был самым последним, и тема поднималась.

Таймер добавляет в тему раздражающие маленькие посты с действиями, которые нельзя удалить, так как это приводит к повторному сбросу даты поднятия.

Я понимаю, что вы не хотите отменять изменения, и вижу преимущества в ограниченной области (небольшие улучшения ваших собственных постов), но тогда, возможно, стоит подумать о том, как обеспечить сохранение рабочих процессов, устоявшихся на форумах.

Сотрудники используют функцию сброса даты поднятия, когда видят в разделе «Последние» тему, поднятую без необходимости. Это работало лучше, чем ручное поднятие тем сотрудниками, которые должны были быть подняты, но не были. Как они замечают такие случаи?

22

Как отметил Мартин, на данном этапе мы не отменяем это изменение.

Существует три обходных пути:

  • Превращение исходного поста в вики
  • Использование таймера автоматического поднятия темы
  • Публикация ответа для объяснения правки (@Moin, это рекомендуемый обходной путь в случаях, которые вы описали, когда пост не должен быть вики, и вы не хотите использовать таймер автоматического поднятия темы)

Мы также продолжаем поднимать темы в категориях Документации при их редактировании.

Я понимаю, что эти обходные пути не идеальны для всех сценариев использования. Если вы столкнетесь с конкретными случаями, когда ни один из этих вариантов не подходит, пожалуйста, сообщите нам об этом в теме #feature.

1 лайк
24

@lindsey @martin @pmusaraj Понимаю, что вы не планируете отменять это изменение. Возможно ли рассмотреть вариант добавления опции для восстановления этой функциональности, чтобы пользователи могли выбрать?

Если это невозможно, технически ли создать плагин, позволяющий поднимать тему при редактировании? Я не прошу вас его создать, а спрашиваю, возможно ли это в принципе, чтобы я не тратил время впустую, пытаясь восстановить поведение, к которому привык.

Returning bumping after editing last post