ipfs/ipfs-desktop

IPFS status isn't reflected in the system tray menu if connected to a remote node

Open

#1 836 ouverte le 9 juin 2021

Voir sur GitHub
 (3 commentaires) (0 réactions) (0 assignés)JavaScript (912 forks)batch import
P2effort/daysexp/intermediatehelp wantedkind/bug

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

  • OS: Windows 10
  • Version of IPFS Desktop 0.15.0

Describe the bug I connect my IPFS Desktop installation on Windows to another IPFS node on my Raspberry Pi on my local network. The connection is established correctly, but certain system tray menu items like Status / Files / Peers are disabled. If I open the UI of IPFS Desktop all the pages are fine, showing the status / files / peers of my remote node.

To Reproduce Steps to reproduce the behavior:

  1. Install an IPFS node on your local network
  2. Start IPFS Desktop on another computer
  3. Change the API address to the remote one
  4. Right click on the system tray icon
  5. You will see that certain items are disabled

Expected behavior I would expect to see the Status / Files / Peers menu items enabled. Also it would be great if the IPFS node status on the top of the tray menu and the tray icon itself would show the status of the currently connected (remote) node.

Screenshots We are connected to the remote node, but the tray menu doesn't reflect that: image

Setup of the remote API address: image

Guide contributeur

Direction de recherche
Examinez comment l'icône et le menu de la barre d'état système sont mis à jour lorsque l'adresse API est changée vers un nœud distant. Vérifiez le code qui interroge l'état IPFS et active/désactive les éléments du menu. Le problème réside probablement dans la logique de mise à jour de la barre qui ne gère pas les configurations de nœuds distants.
Stack technique
javascriptnodejs
Domaine
desktop
Type d'issue
Bug
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.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
JavaScriptGit
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60