Discourse-automation non ha inviato PM: non esistono destinatari validi

pangbo · 11 Febbraio 2026, 4:16am

Ho visto alcuni avvisi nei log secondo cui il plugin discourse-automation non è riuscito a inviare messaggi privati (PM). Il plugin di automazione utilizza i nomi utente al momento dell’attivazione del trigger, anziché i nomi utente più recenti degli utenti al momento dell’invio dei messaggi privati. Poiché lo script di invio di messaggi privati supporta l’invio posticipato, gli utenti potrebbero cambiare i loro nomi utente dopo il trigger e prima che il messaggio privato venga inviato, causando errori.

Penso che la modifica di DiscourseAutomation::PendingPm per registrare gli ID utente anziché i nomi utente possa risolvere questo problema:

github.com/discourse/discourse

plugins/automation/app/models/discourse_automation/pending_pm.rb

d10b6be86


      
          # == Schema Information
          #
          # Table name: discourse_automation_pending_pms
          #
          #  id               :bigint           not null, primary key
          #  execute_at       :datetime         not null
          #  raw              :string
          #  sender           :string
          #  target_usernames :string           is an Array
          #  title            :string
          #  created_at       :datetime         not null
          #  updated_at       :datetime         not null
          #  automation_id    :bigint           not null

Riguardo al mio caso d’uso:

Ho un’attività per inviare messaggi privati ai nuovi utenti dopo un ritardo, configurando il plugin di automazione per inviare messaggi privati cinque minuti dopo che gli utenti si uniscono al gruppo TL0. Tuttavia, alcuni nuovi utenti cambiano i loro nomi utente immediatamente dopo la registrazione, causando errori di invio.

sam · 11 Febbraio 2026, 6:04am

È una tana del coniglio sorprendentemente complicata che va abbastanza in profondità.

Quando finisci di scavare scopri che una costruzione fondamentale che avevamo, PostCreator, non ha mai supportato gli ID utente

github.com/discourse/discourse

FEATURE: support target_user_ids for private messages (#37708)

main ← automation-lookup

opened 06:03AM - 11 Feb 26 UTC

SamSaffron

+231 -35

Add `target_user_ids` as an alternative to `target_usernames` when creating priv…ate messages via PostCreator and TopicCreator. The two options are mutually exclusive and raise ArgumentError if both are provided. This avoids username-based lookups where the caller already has user IDs, and prevents stale references when users rename after a pending PM is created. Key changes: - PostCreator/TopicCreator: accept `target_user_ids`, validate mutual exclusivity with `target_usernames`, extract shared `add_users_from_scope` in TopicCreator - Automation PendingPm: migrate from `sender`/`target_usernames` string columns to `sender_id`/`target_user_ids` integer columns with a backfill migration - Scriptable::Utils.send_pm: resolve sender upfront, support integer sender param, store IDs in pending PMs

Penso che sia un ottimo cambiamento perché tutto è molto meno sorprendente. Gli utenti tendono a rinominare un po’ i loro nomi utente quando iniziano.

Argomento		Risposte	Visualizzazioni
Automatic and periodic PMs for new users Support	4	374	Febbraio 1, 2024
Unable to send a PM via DiscourseApi - "errors"=>["You must select a valid user."] Dev rest-api	3	406	Febbraio 9, 2024
Discourse Automation Plugin failing with an 'internal server error' Bug automation	11	175	Maggio 2, 2025
Automation script Schedule PM with Data Explorer results not sending PMs Bug automation	12	1189	Luglio 6, 2023
PM auto responder Feature automation , completed	9	1114	Agosto 19, 2023

Discourse-automation non ha inviato PM: non esistono destinatari validi

Argomenti correlati