ipfs/ipfs-desktop

Inform end-users about why "System Events" access is being requested on macOS

Open

#1 367 ouverte le 29 févr. 2020

Voir sur GitHub
 (1 commentaire) (1 réaction) (0 assignés)JavaScript (912 forks)batch import
P2effort/hoursexp/novicegood first issuehelp wantedkind/maintenancestatus/readytopic/design-content

Métriques du dépôt

Stars
 (5 632 stars)
Métriques de merge PR
 (Merge moyen 8j 12h) (6 PRs mergées en 30 j)

Description

On macOS, it's a fairly standard practice to display a pre-roll if your application needs some form of permissions, before calling the system APIs for the first time that will actually produce the system's requested-permissions window.

For instance, for any given end-user, the following window is likely A) intimidating, and B) possibly encourages insecure habits, such as simply clicking "accept" when they see a request like that:

Some examples of such pre-rolls from other macOS applications (mind you, some of these are for-pay examples; there's no need for ours to be fancy, just clear):

Good practices:

  • Check if it's enabled before displaying pre-roll, just in case
  • Only display pre-roll once; if it's explicitly been ignored/disabled by the user, then don't bother them
  • Show exactly what functionality the user will lose if they ignore it / deny the permissions

Related: #753

Guide contributeur

Direction de recherche
Étudiez la gestion existante des autorisations dans la base de code d'ipfs desktop, en particulier la manière dont l'accès aux événements système est actuellement demandé. Consultez l'issue connexe #753 pour le contexte. Concevez une boîte de dialogue préalable en utilisant l'API dialog d'Electron ou du HTML personnalisé, en suivant les exemples fournis dans l'issue. Assurez vous que la boîte de dialogue vérifie si l'autorisation est déjà accordée et ne s'affiche qu'une seule fois.
Stack technique
javascript
Domaine
desktop
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Ancienne
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
ElectronmacOS
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60