lbryio/lbry-sdk

Add type to supports data

Ouverte

#919 ouverte le 22 sept. 2017

Voir sur GitHubGuide contributeur
 (4 commentaires) (0 réaction) (0 personne assignée)Python (500 forks)batch import
area: jsonrpchelp wantedlevel: 1type: improvement

Métriques du dépôt

Stars
 (7 220 étoiles)
Métriques de merge PR
 (Métriques PR en attente)

Description

The Issue

Currently, when you list claim information (claim_list_mine/claim_show/resolve/claim_list) that shows supports, you can't tell if it's a classical support or a tip. We should add a type attribute to each support. If someone sends a tip to themselves, it's treated the same way as a classical support, so not sure which way it needs to be captured.

This will be an important field to report of off for search results and have available in the block explorer.

Expected behaviour

Support should show if it's a tip or not

Actual behaviour

Can't tell if support is a tip or classic support

Guide contributeur

Direction de recherche
Examinez la structure de données des supports dans la base de code du SDK. Identifiez où les supports sont construits et renvoyés dans les endpoints API (claim list mine, claim show, resolve, claim list). Ajoutez un attribut 'type' (par exemple 'classic' ou 'tip') à chaque objet de support. Mettez à jour la sérialisation correspondante et les tests. Vérifiez que le type est correctement défini en fonction de l'origine du support (par exemple, s'il s'agit d'un pourboire envoyé à soi même).
Stack technique
python
Domaine
blockchain
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.
2
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.
Plutôt claire
Prérequis
GitPython
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
50