Accès refusé lors de la modification de l'ancienne confirmation d'adresse e-mail

Contribuer UX
1

Bonjour,

Je pense que quelque chose s’est cassé sur mon instance Discourse lors de l’édition d’entrées de texte dans le panneau de personnalisation. Toute indication sur la marche à suivre serait grandement appréciée, car je n’obtiens aucune information sur ce qui se passe.

Voici ce que j’obtiens à chaque fois que j’appuie sur ÉDITER sur cette entrée :

48%20AM
48%20AM757×275 18.7 KB

Voici à quoi cela ressemble dans les journaux :

|message|Uncaught [object Object]|
|---|---|
|url|https://******/assets/ember_jquery-82558c4b4178a5371667ae9e87d3a56c737126be9d1394ca3dfde2d3833187f|
|line|1|
|column|262400|
|window_location|https://******/admin/customize/site_texts?q=email_prefix|

Merci d’avance !

1 « J'aime »
2

Je peux reproduire ce problème ici sur Meta avec les trois modèles user_notifications.confirm_old_email. Nous allons certainement examiner cela. Merci de nous avoir signalé ce problème !

4 « J'aime »
3

Rappel : ces confirmations d’anciens modèles d’e-mail ne peuvent pas être modifiées pour des raisons de sécurité, dans le cas de comptes du personnel où à la fois l’ancien et le nouvel e-mail doivent être confirmés lors d’un changement d’adresse.

Pour les utilisateurs normaux, seul le nouvel e-mail doit être confirmé, mais ce n’est pas le cas pour le personnel.

3 « J'aime »
4

Oui, j’ai examiné ce problème et c’est tout à fait attendu :

  def self.restricted_keys
    ['user_notifications.confirm_old_email.title',
     'user_notifications.confirm_old_email.subject_template',
     'user_notifications.confirm_old_email.text_body_template']
  end

De plus, le message d’erreur semble correct puisqu’il affiche une erreur 403. Il pourrait être plus explicite, mais rien de vraiment cassé ici.

3 « J'aime »
5

Il semble qu’un message plus explicite ait dû être ajouté à un moment donné :

3 « J'aime »
6

Merci à tous pour le suivi.

Je nettoie les objets des e-mails depuis [email_prefix] car le nom de l’expéditeur est identique au titre du site et je ne souhaite pas avoir cette duplication.

Serait-il possible de modifier cette entrée d’une manière ou d’une autre ? Cela ne semble pas poser de problème de sécurité pour moi.

1 « J'aime »
7

Si elle est modifiée, elle risque de se transformer en e-mail de hameçonnage, c’est pourquoi toute modification de celui-ci est interdite.

1 « J'aime »
8

Comme vous le savez peut-être déjà, vous pouvez modifier le préfixe des e-mails pour qu’il soit différent du titre du site via le paramètre de site préfixe des e-mails.

2 « J'aime »
9

D’accord, merci pour les précisions. Je suppose que vous avez raison à ce sujet @codinghorror

Oui, j’ai vu cette option, mais les crochets [—] sont toujours présents, même s’il n’est pas nécessaire d’ajouter quoi que ce soit.

Nous pouvons dégager deux issues possibles de cela :

  1. Ajouter une meilleure explication à l’erreur, ou mieux encore, prévenir cette erreur.
  2. Déplacer [—] à l’intérieur de « email_prefix » afin que vous puissiez le modifier globalement depuis les paramètres.

Merci