Groepsvermeldingen toestaan bij het bewerken van berichten om meldingen te activeren (optionele instelling)

Functie
1

Context

Momenteel triggert Discourse geen meldingen wanneer een @groepsnaamvermelding wordt toegevoegd via het bewerken van een bestaand bericht, zelfs als:
• De vermelding geldig is en gelinkt is
• De groep vermeldingen toestaat
• Groepsleden hun notificatieniveau hebben ingesteld op “Volgen”
• De bewerking wordt uitgevoerd door een moderator of beheerder

Dit is consistent met hoe gebruikersvermeldingen zich gedragen en is bedoeld om misbruik te voorkomen. Er zijn echter legitieme interne/beheerder use cases waar deze beperking wrijving veroorzaakt.

⸻

Voorstel

Voeg een optionele, per-groep instelling toe zoals:

“Sta vermeldingen toe die via berichtbewerkingen zijn toegevoegd om meldingen te activeren”
(Standaard: UIT)

Indien ingeschakeld:
• Discourse zou elke nieuwe @groepsnaam die in een berichtrevisie is toegevoegd opnieuw evalueren
• Groepsleden met het juiste notificatieniveau zouden op de hoogte worden gesteld, net zoals wanneer het deel uitmaakte van het oorspronkelijke bericht

⸻

Use Cases
• Interne teams die privé-personeelscategorieën gebruiken om specifieke groepen te waarschuwen (bijv. @support, @moderation-team)
• Forums met gestructureerde workflows waarbij berichten na de eerste indiening worden getriaged en getagd
• Het verminderen van de noodzaak om vervolgmails aan te maken om ervoor te zorgen dat een groep op de hoogte wordt gesteld

⸻

Opmerkingen
• Deze instelling zou idealiter per groep opt-in moeten zijn, om onbedoelde notificatiespam te voorkomen.
• Het zou alleen nieuw toegevoegde vermeldingen in de bewerking moeten evalueren, niet alle vermeldingen opnieuw moeten triggeren.
• Kan beperkt zijn tot bewerkingen door personeel als er beveiligings-/privacyzorgen ontstaan.

2

i have applied a temporary fix

3

FWIW this works for me :person_shrugging:

My step-by-step in case I’ve missed something:

  • Ensure group is mentionable from the group settings
  • Create test post in a non-muted topic
  • Edit test post to add ‘@groupmention’
  • Check a group member’s notifications to see if they got a ping

I tried with both an edit within the grace period and an edit outside the grace period and both fired a ping as expected.

What am I missing?

2 likes
4

ik bedoelde e-mailmeldingen, niet alleen pings

Excuses voor het ongemak

1 like
5

Mijn testgebruikers in de groep hebben ook een e-mailmelding ontvangen.

Als u uw e-maillogboeken controleert, verschijnen ze dan in /skipped met een reden?

1 like
6

the desired email (less than 2 hours ago) didn’t land in Sent or Skipped logs

7

also i should note

A dark blue screen displays a Discourse update notification with details on the commit hash, last updated time, latest version, and Docker manager status. (Captioned by AI)
A dark blue screen displays a Discourse update notification with details on the commit hash, last updated time, latest version, and Docker manager status. (Captioned by AI)1206×900 116 KB

8

Ah, I think this is to do with not receiving a second email about something you’ve already received an email about (eg if Watching First Post).

Though the assign plugin would be perfect for these particular use cases if you’ve not already tried it?

Pings in whispers work well too.

9

ja, velen werden onlangs overgeslagen omdat de gebruiker ze al had gezien, ik heb onlangs een bericht bewerkt (buiten de respijtperiode) op het laatste bericht in een onderwerp en het activeerde een e-mail

10

vreemd genoeg zie ik die vermelding niet in de bewerktijdlijn van het laatste bericht