livepeer/go-livepeer

livepeer_cli for Broadcaster: "Error getting status" on startup and when calling "Get node status"

Offen

#2.186 geöffnet am 16.01.2022

Auf GitHub ansehenContributor Guide
 (1 Kommentar) (0 Reaktionen) (1 zugewiesene Person)Go (223 Forks)auto 404
area: cligood first issuehacktoberfesthelp wantedtype: bug

Repository-Metriken

Stars
 (583 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

Summary

When using the livepeer_cli to configure a Broadcaster, the following message is displayed in the cli UI on a) startup, and b) calling 1. Get node status:

ERROR: logging before flag.Parse: E0116 11:52:21.005601    6268 wizard_stats.go:28] Error getting status:json: cannot unmarshal string into Go struct field OrchestratorLocalInfo.OrchestratorPoolInfos.Url of type url.URL

To Reproduce

Steps to reproduce the behavior:

  1. Run livepeer in -broadcaster mode with the following command (for completeness):
./livepeer -broadcaster \
        -network rinkeby \
        -ethUrl https://rinkeby.infura.io/v3/888a...243d \
        -pixelsPerUnit 1
  1. Observe the aforementioned error message being displayed (see screenshot)
  2. Run option 1. Get node status
  3. Observe the aforementioned error message being displayed (see screenshot)

Expected behavior

I expect the livepeer_cli to not display unnecessary error message, in order to give new Broadcasters a feeling that the software is robust and mature for their usage.

Environment

  • Ubuntu 20.04.3 LTS
  • livepeer 0.5.25

Screenshots:

On starting up the cli:

image

On calling 1. Get node status

image

Contributor Guide

Research-Richtung
Untersuchen Sie das JSON Deserialisierungsproblem in wizard stats.go in Zeile 28, wo OrchestratorPoolInfos.Url als url.URL erwartet wird, aber einen String erhält. Ändern Sie die Struktur oder implementieren Sie eine benutzerdefinierte Deserialisierung, um die String Konvertierung zu handhaben.
Tech Stack
go
Domain
cli
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Go
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
75