Il limite di 500 caratteri per 'Motivo di Rifiuto' è troppo ristretto

UX
,
1

Sembra che quando mi viene notificato di rivedere la domanda di un nuovo utente sul mio forum e rifiuto la domanda utilizzando l’opzione “Elimina utente”, e nel processo seleziono l’opzione per includere una nota via email che spiega perché la loro domanda non ha avuto successo, ora ricevo un “Errore 422” come risposta.

Se ometto la nota, sono in grado di eliminare l’utente, come prima.

Le notifiche email generate dal forum agli utenti registrati funzionano ancora bene.

La versione di Discourse attualmente installata è 3.2.0.beta5-dev

Log degli errori del forum corrispondenti alla data di questo evento (oggi) di seguito

5
Avviso di deprecazione: `SiteSetting.min_trust_to_edit_post` è stato deprecato. Si prega di utilizzare `SiteSetting.edit_post_allowed_groups` invece. (rimozione in Discourse 3.3) In /var/www/discourse/app/models/co
13:19
15
Avviso di deprecazione: warning: il parametro email è deprecato. tutte le richieste POST a questo percorso dovrebbero essere inviate con un parametro email_encoded codificato in base64 invece. l'email è stata ricevuta e
13:37
Impossibile elaborare l'email: Email::Receiver::AutoGeneratedEmailError Ricevuta: da smtp-mx-server-8.servers.netregistry.net (unknown [202.124.241.69]) da nz-mail-receiver.localdomain (Postfix) con
13:37
Impossibile elaborare l'email: Email::Receiver::NoBodyDetectedError Ricevuta: da EUR04-VI1-obe.outbound.protection.outlook.com (unknown [104.47.14.50]) da nz-mail-receiver.localdomain (Postfix) con
13:37
13:39
2
ActiveRecord::RecordInvalid (Convalida fallita: Il motivo del rifiuto è troppo lungo (massimo 500 caratteri)) app/models/reviewable.rb:362:in `transition_to' app/models/reviewable.rb:335:in `block in perform
13:51
2
Impossibile gestire l'eccezione nel middleware di eccezione app: ActiveRecord::RecordInvalid: Convalida fallita: Il motivo del rifiuto è troppo lungo (massimo 500 caratteri)
13:51
235
Sidekiq consuma troppa memoria (utilizzando: 557.11M) per 'nzarchitecture.net.nz', riavvio
13:54
38
Avviso di deprecazione: `SiteSetting.min_trust_to_create_tag` è stato deprecato. Si prega di utilizzare `SiteSetting.create_tag_allowed_groups` invece. (rimozione in Discourse 3.3) In /var/www/discourse/lib/guardia
14:06
33
Avviso di deprecazione: `SiteSetting.min_trust_to_edit_post` è stato deprecato. Si prega di utilizzare `SiteSetting.edit_post_allowed_groups` invece. (rimozione in Discourse 3.3) In /var/www/discourse/lib/guardian/
14:06

Non sono sicuro di quando/sotto quale versione del software Discourse sia iniziato questo problema, poiché non ricevo molte domande e devo rifiutarne pochissime tra quelle che ricevo, ma certamente non avevo riscontrato alcun problema del genere prima d’ora, e ho utilizzato lo stesso messaggio incollato nelle precedenti notifiche di rifiuto ai richiedenti.

Vedo un riferimento a “Il motivo del rifiuto è troppo lungo (massimo 500 caratteri)”, e il mio testo standard di motivo di rifiuto è effettivamente più lungo di 500 caratteri, ma questo sembrava funzionare in precedenza.

Ritengo che sia importante risolvere questo problema, poiché fornire una spiegazione completa e soddisfacente per qualsiasi rifiuto è una cortesia di base per i potenziali richiedenti, in particolare se non è chiaro che la domanda fosse motivata in modo malevolo (se rientrano nei criteri di appartenenza previsti ma non sono chiaramente bot, marketer o altri “attori malvagi”).

È difficile farlo entro 500 caratteri se vogliamo anche fornire consigli a chiunque possa voler ripresentare domanda. Se necessario, esiste un modo per aumentare il limite di caratteri?

Questo è stato richiesto altrove, ma vorrei ribadire la richiesta (se qualche sviluppatore dovesse leggere questo) che abbiamo anche un elenco a discesa di “motivi di rifiuto” standard modificabili da selezionare.

3 Mi Piace
3

Penso che i limiti siano stati recentemente imposti su alcuni di questi campi di testo, anche se in alcuni casi erano una stima di ciò che era ragionevole. Vedrò se questo può essere aumentato a qualcosa di più alto. Hai un’idea di quanti caratteri ti servirebbero?

Se potessi aggiungere la tua voce a un argomento esistente, ciò aiuterebbe a dimostrare che si tratta di una richiesta popolare e spesso può farla salire nella lista delle priorità. :+1:

3 Mi Piace
4

Ciao grazie @JammyDodger, il mio attuale testo del motivo di rifiuto è lungo 2211 caratteri, perché contiene consigli che affrontano alcuni scenari che comportano delle sfumature (questo è un forum piuttosto specializzato).

Ignorando per ora l’idea dell’elenco a discesa dei motivi, invece di rendere questo motivo un campo vuoto per impostazione predefinita, potrebbe semplicemente utilizzare una stringa di testo predefinita? con una casella di controllo che consenta di utilizzare il campo vuoto al volo come opzione di testo personalizzato sostitutiva, qualora se ne presentasse la necessità?

Cercherò di trovare quel thread di richiesta separato.

1 Mi Piace
5

Sì, corretto, abbiamo aggiunto un limite a livello di database per questo circa 9 mesi fa: DEV: Set limits for text fields in reviewables · discourse/discourse@783c935 · GitHub

Attualmente non c’è possibilità di sovrascrivere questo limite su base per istanza. Sarei aperto ad aumentare un po’ il limite, magari a 2000 caratteri, ma prima vorrei vedere più casi in cui questo problema si presenta. Per ora, accorciare quel messaggio (e magari aggiungere un link a un topic con il resto) ha senso per me.

Penso che dovremmo migliorare l’interfaccia utente attorno a questo in modo che il messaggio di errore venga visualizzato all’utente che inserisce il testo che supera il limite.

8

Una pagina pubblicata potrebbe funzionare abbastanza bene per questo se il sito richiede l’accesso. Possono essere rese visibili anche agli anonimi se impostate su accesso richiesto.

2 Mi Piace
9

Grazie ragazzi. L’ho fatto, anche se preferirei eliminare il passaggio aggiuntivo richiesto ai candidati che si sentono già un po’ irritati, soprattutto perché le app di posta elettronica spesso bloccano l’apertura degli URL nelle e-mail ricevute per impostazione predefinita.

Sono desideroso di non aggravare o alienare inutilmente chiunque possa in seguito rivelarsi un utente valido del forum.

E sono ancora desideroso di non dover copiare e incollare manualmente questo messaggio ogni singola volta.

1 Mi Piace
10

Non ho visto personalmente app di posta elettronica che lo facciano, sembra un’impostazione predefinita strana.

11

La mia app Microsoft Outlook è uno di questi esempi. Questo comportamento sembra essere influenzato dal livello di fiducia che associa al messaggio ricevuto.
Un nuovo utente/candidato attiverà una risposta email automatizzata che potrebbe sembrare un po’ spam se l’utente non ha già aggiunto il dominio mittente al proprio elenco di mittenti attendibili, il che sembra un passaggio più impegnativo di quanto ci si possa aspettare da un nuovo utente, specialmente se non è ancora stato effettivamente accettato come utente.

Ho fatto il possibile per massimizzare la reputazione del mio dominio email, ma alcuni messaggi inviati dal mio forum finiscono ancora nelle cartelle della posta indesiderata per alcuni destinatari, e sebbene possano ancora essere letti lì, i link sono sempre disabilitati.

14

Ho la stessa situazione qui. Ho bisogno di almeno 1200 caratteri per fornire link e informazioni di contatto. Questo è un po’ fastidioso. Inoltre, poter andare a capo renderebbe il tutto meno robotico. Grazie.

1 Mi Piace
16

Ho aumentato il limite a 2000 caratteri e corretto la visualizzazione del messaggio di errore in questo commit :slight_smile:

3 Mi Piace
17

Grazie @martin ma non sta ancora funzionando per me sul mio account ospitato. Ricevo ancora l’errore. Sono sotto i 1100 caratteri. Saluti.

1 Mi Piace
18

Oh aspetta,Interestingly, despite getting the error, the email went through correctly. The user didn’t get deleted though. I wonder if that means that I send about 20 emails to the same user yesterday?

2 Mi Piace
19

Ah, mi dispiace, non mi ero reso conto che fossi un cliente ospitato. Se mi mandi un messaggio privato con il sito, implementerò le modifiche oggi.

È strano, controllerò di nuovo. Ieri, mentre lavoravo alla modifica, non ho notato email duplicate.

3 Mi Piace
20

In effetti l’email viene inviata anche se si riceve l’errore del limite di caratteri :fearful: Ci sto lavorando per risolverlo ora.

4 Mi Piace
21

Correzione effettuata:

Distribuerò presto il tuo sito, grazie per averlo inviato.

2 Mi Piace
22

Questo argomento è stato chiuso automaticamente dopo 3 giorni. Non sono più consentite nuove risposte.