nathank
14 Agosto, 2025 23:39
1
Es maravilloso que ahora podamos cambiar fácilmente la categoría de los temas en silencio (sin tener que manipular la configuración del sitio) gracias a esta nueva función :
committed 03:42AM - 15 Jul 25 UTC
We want to add an option for admins to carry out the operation silently
when the… y are updating the category for the selected topics. When the
“Perform this action silently” checkbox has been checked, the
`:notify_category_change sidekiq` job should not be enqueued.
Sin embargo, el mismo problema también existe para las ediciones de etiquetas. ¿Hay alguna posibilidad de que esta funcionalidad se extienda también a las etiquetas?
7 Me gusta
Zanbabe
17 Diciembre, 2025 15:04
2
Esto es definitivamente necesario.
1 me gusta
Mientras trabajaba en estas PRs, noté que la edición masiva de etiquetas nunca generará notificaciones, por lo que esta se puede cerrar.
main ← fix/silent-bulk-category-move-notifications
opened 09:56PM - 13 Feb 26 UTC
When performing a bulk category move with the "Notify users of this change" opti… on unchecked, topic authors were still receiving "edited" notifications. This happened because the silent flag was not propagated to the PostRevision `after_create` callback.
The original implementation (7a099ebb) correctly suppressed the `notify_category_change` job (PostAlerter path) but missed the second notification path: `PostActionNotifier.after_create_post_revision`, which fires via the PostRevision `after_create` callback when `create_revision_on_bulk_topic_moves` is enabled.
This fix adds a transient `silent` attr_accessor to PostRevision, set by PostRevisor before saving, and checked as an early return guard in `PostActionNotifier.after_create_post_revision`.
The specs are also updated to properly enable PostActionNotifier (which is disabled by default in tests) so the revision notification path is actually exercised.
Ref - t/174237
main ← fix/bulk-tag-actions-no-notifications
opened 05:02PM - 16 Feb 26 UTC
Bulk tag operations (change, append, remove) were directly manipulating tag reco… rds via DiscourseTagging and TopicTag, bypassing PostRevisor entirely. This meant callbacks, plugin hooks, and other side effects tied to the revision pipeline were not triggered.
This refactors the three bulk tag actions to go through `first_post.revise` instead, using `silent: true` to avoid sending notifications and `skip_revision: true` to avoid creating revision records, preserving the existing quiet behavior.
Also adds eager loading of first_post and tags to avoid N+1 queries, simplifies tag input handling by normalizing both tag_ids and tag_names into a single code path, and refactors `notification_is_disabled?` in PostActionNotifier for readability.
2 Me gusta