Moin
5월 11, 2026, 8:12오후
1
이 기능이 토픽의 수정 이력에서 어떻게 표시되는지는 개선이 필요하다고 생각합니다. 현재는 변경 사항이 언제 이루어졌는지 명확하지 않습니다.
변경 전의 최신 토픽 수정 이력은 다음과 같습니다: 약 1년 전에 normal과 tracked 태그를 추가했습니다.
오늘 저는 일괄 선택 기능을 사용하여 해당 토픽을 선택했습니다.
그리고 해당 토픽에서 how-to 태그를 제거했습니다.
최근 변경 사항이 포함된 새로운 수정 이력이 생성될 것으로 예상했습니다. 하지만 대신 약 1년 전의 수정 이력에 이 내용이 추가되었습니다.
더 혼란스러운 점은, 제가 마지막 편집자가 아니었을 때도 동일한 상황이 발생한다는 것입니다. 여기서는 tester가 how-to 태그를 제거한 것처럼 보입니다. 하지만 실제로는 제가 일괄 작업을 사용하여 제거한 것입니다. 이로 인해 누가 편집을 책임졌는지 파악하기가 매우 어렵습니다.
4개의 좋아요
Moin
7월 2, 2026, 7:07오전
2
이것은 여전히 문제로 남아 있는 것 같습니다. 각 주제를 개별적으로 수정하지 않고 잘못된 편집 기록을 피할 수 있는 우회 방법이 있을까요?
2개의 좋아요
tgxworld
(Alan Tan)
7월 3, 2026, 1:26오전
4
어제 @zogstrip이 이미 이 문제에 대한 수정을 커밋한 것 같습니다.
committed 02:51PM - 02 Jul 26 UTC
Previously, bulk tag, category, and conversion changes skipped creating
a post r… evision, so each change silently folded into the topic's most
recent revision — attributing it to that revision's author and date
rather than to whoever ran the bulk action. This was reported for the
new bulk "Manage tags" flow on
[meta](https://meta.discourse.org/t/better-bulk-tag-management/402693).
This routes every bulk metadata change through `PostRevisor` so it
always records its own revision, attributed to the acting user. Along
the way it also:
- Unifies the silent/notify handling across bulk actions: the bulk
"Manage tags" modal gains a "Notify users" checkbox, and the bulk
convert modal's checkbox now actually toggles notifications instead of
doing nothing.
- Records topic conversions as a staff-only (hidden) revision so a
former private message is not disclosed in public edit history.
- Stops a different user's hidden-tag change from folding into an
earlier author's revision.
- Removes the now-redundant `create_revision_on_bulk_topic_moves` site
setting, whose disabled state reintroduced the bug and whose enabled
state was already the default.
1개의 좋아요
tgxworld
(Alan Tan)
에 닫힘
7월 10, 2026, 2:27오전
6
이 주제는 7일 후 자동으로 닫혔습니다. 새로운 답변을 더 이상 게시할 수 없습니다.