Prepopulate resource notify emails field with GHC_NOTIFICATIONS_EMAILS
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 35/100
Piste de recherche
Commencez par la page de la resource individuelle et le flux de création de resource, puis suivez la manière dont GHC_NOTIFICATIONS_EMAILS et le champ Notify emails sont renseignés. C’est terminé lorsque les adresses de notification globales sont visibles ou préremplies au niveau de la resource, peuvent y être supprimées le cas échéant, et que les notifications utilisent la liste spécifique à la resource qui en résulte.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
On an individual resource page, a user cannot see the GHC_NOTIFICATIONS_EMAILS that a notification will be sent to.
Solution
On resource creation, only the current logged in users email is prepopulated in the Notify emails field.
It would make sense to also populate it with the email values in GHC_NOTIFICATIONS_EMAILS since these addresses are also notified on a probe/check failure. It would also allow to "opt-out" certain email addresses from receiving a notification at the resource-level even although the address is in GHC_NOTIFICATIONS_EMAILS by simple removing the address from list.
Notifications would then only be sent for a resource to email address included in this field.
Alternatively, it would be useful to see at the resource level which global email addresses the notification email will be sent to in case of a probe/check fail. This could be an uneditable field.
CC @alexandreleroux
- Langage dominant
- Python
- Étoiles
- 92
- Forks
- 76
- Merge moyen
- 17 h 33 min
- PR mergées (30 j)
- 1
Préparer son environnement
- Fournit un Dockerfile ou un fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de geopython/GeoHealthCheck
-
Data importOuvertequestion
Difficulté 4/5 3-5 jours Accessibilité débutants 38/100
geopython/GeoHealthCheck#522 · 1 commentaire ·
-
FTP ProbeOuverteenhancement
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
geopython/GeoHealthCheck#520 ·
-
bug
Difficulté 3/5 1-2 jours Accessibilité débutants 55/100
geopython/GeoHealthCheck#517 ·
-
enhancement
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
geopython/GeoHealthCheck#483 · 1 commentaire ·
-
enhancement
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
geopython/GeoHealthCheck#472 ·
Toutes les issues de geopython/GeoHealthCheck
Issues similaires
-
customer-reported
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Azure/azure-cli#34150 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
community-request
Difficulté 1/5 Moins d'une heure Accessibilité débutants 95/100
NVIDIA-NeMo/Curator#2464 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
weblate-discover crashes with an unhandled FileNotFoundError when the directory does not existOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
WeblateOrg/translation-finder#1099 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
trezor/trezor-firmware#7997 ·
Les mainteneurs répondent en général sous 2 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
Les mainteneurs répondent en général sous 1 jour