Moin
11. Mai 2026 um 20:12
1
Ich denke, die Darstellung in der Versionshistorie des Themas muss verbessert werden. Aktuell ist nicht klar, wann die Änderung vorgenommen wurde.
Hier ist die letzte Revision des Themas vor der Änderung: Fast vor einem Jahr habe ich das normal- und das tracked-Tag hinzugefügt.
Heute habe ich die Massenauswahl verwendet, um dieses Thema auszuwählen:
Und das how-to-Tag aus dem Thema entfernt:
Ich erwartete, dass eine neue Revision mit der aktuellen Änderung erstellt wird. Stattdessen wurde dies jedoch zur Revision von vor etwa einem Jahr hinzugefügt:
Noch verwirrender ist, dass dasselbe auch passiert, wenn ich nicht der letzte war, der das Thema bearbeitet hat. Hier sieht es so aus, als hätte tester das how-to-Tag entfernt. Aber ich habe die Massenaktion verwendet. Das macht es sehr schwierig herauszufinden, wer für eine Bearbeitung verantwortlich ist.
4 „Gefällt mir“
Moin
2. Juli 2026 um 07:07
2
Das scheint immer noch ein Problem zu sein. Gibt es einen Workaround um die falschen Bearbeitungverläufe zu vermeiden ohne jedes Thema einzeln zu bearbeiten?
2 „Gefällt mir“
tgxworld
(Alan Tan)
3. Juli 2026 um 01:26
4
Es sieht so aus, als hätte @zogstrip gestern bereits eine Lösung dafür eingepusht:
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 „Gefällt mir“
tgxworld
(Alan Tan)
Geschlossen,
10. Juli 2026 um 02:27
6
Dieses Thema wurde nach 7 Tagen automatisch geschlossen. Neue Antworten sind nicht mehr möglich.