strawberry-code / io-app Goto Github PK

Quando si clicca sul picker nella Balance&Transaction screen, crasha.

Indagare.

Il modulo di scansione QR in SSI non parte subito, bisogna andare indietro di una vista e poi ritornare nuovamente sulla scansione QR.

Lo fa solo la prima volta che parte l'app e poi rimane "caldo".

Nella fase di shareReq attualmente l'invio della VP (Verifiable Presentation) è simulata con l'invio di un jwt di una semplice VC (Verifiable Credential).

Le VP sono un wrapper appositamente progettato per includere una o più VCs, quindi la VP può essere considerato il sistema di trasporto da usare per inviare le VCs (o la VC) durante una shareReq.

La documentazione per creare le VP è questa.

• implementazione

Discuterne su meet.

Sarebbe opportuno che tutti i componenti del team utilizzino lo stesso code formatter e configurato allo stesso modo, per evitare di committare codici funzionalmente identici ma dalla forma diversa.

Sono accettate idee e proposte.

Io proporrei quello di default in JetBrains IntelliJ IDEA, voi?

• Formatter default JetBrain IntelliJ IDEA (con ESLINT disabilitato)

Implementare viste e navigation per il sistema ERC20 Wallet, dopodichè chiudere questa story e crearne un'altra per l'implementazione delle logiche.

• fase 1

• fase 2

Fase 1

La prima fase consiste nel realizzare tre nuove viste e collegarle ai relativi buttons, come nell'immagine seguente

I requisiti sono:

• Le nuove viste dovranno essere "vuote", ma dovranno implementare la vista di base standard che ci sono già (per esempio il button di back e i title della vista, si possono copiare dalle altre viste (ad esempio da quella di ssi) e poi togliere tutte le componenti che non ci servono

• Il tasto back button deve funzionare: questo funziona già se copiato dalla componente che già si trova nelle altre viste di pagopa

• Ogni vista dovrà avere un file dedicato eciascuna di queste viste dovrà essere configurata come fatto con le altre (cercare SSI_NAVIGATOR, SSI_HOME, gli stores e così via) e saranno:

• balanceAndTransaction.tsx

• walletSend.tsx

• walletReceive.tsx

Fase 2

Come da immagine seguente:

• Vista Balance & Transaction
• Vista Send
• Vista Receive

Descrizione problema
Non ricevo alcun data dalla fetch request dopo aver scansionato il Qr code

*Per riprodurre
Steps to reproduce the behavior:

1. Andare sul sito https://ssi-aria-dashboard.netlify.app/vcreader
2. Andare Sezione SSI della App e scansionare per la shareQR

Expected behavior
Dovrebbe ritornare del data dalla funzione VCStore.getVCs()

Screenshots

Faccio la lettura del QR.

Smartphone (please complete the following information):

• Device: Samsung A6
• OS: Android 10

Additional context
Il motivo può essere perché non ho alcuna Credenziale Verificata sul profilo?

Implementazione delle logiche per la parte Wallet dell'app.

@V0nMis3s @despotes potete fare una breve checklist modificando il mio messaggio qui per favore?

• Logiche di avvio e setup

  • recupero dello userAddress (ethereum address) dell'utente (maggiori dettagli qui)

• Logiche Balance&Transactions

• Logiche Send

• Logiche Receive

Story Clubohouse.

• cambio colori principali dell'app da blu a verde secondo stili pdf

• cambio logo app android

• cambio logo app ios (@strawberry-code )

• cambio splash screen android

• cambio splash screen ios (@strawberry-code )

• nascondere i bottom tabs di io-app

@despotes ottimo lavoro sul modulo che renderizza le singole VC! 👏 Ho capito come funziona, renderizza la card e poi spara il modal alla onPress.

Tuttavia... 😂

...bisogna aggiustarla un pochino, perché l'input del modulo è dipendente dal tipo ListRendererItemInfo fornito dalla FlatList in renderItem.

Vorremmo rendere il modulo SsiSingleVC più flessibile e indipendente, in particolare ho avuto qualche difficoltà a riutilizzarlo nella nuova vista SsiSignReq, perché in questa passiamo una VC semplice aperta e non un oggetto ListRendererItemInfo .

Se non ti viene comodo il refactoring, dovremo studiare insieme un modo per farlo bene e ci appuntiamo una call al volo.

Attualmente la firma avviene in modo istantaneo appena dopo la scansione di un codice QR che contiene le informazioni necessarie per firmare una VC (in forma di jwt).

Lo step successivo è quello di implementare la seguente logica:

• scansione di un QR di tipo signReq

• parse e validazione del jwt scansionato

• renderizzazione della VC appena parsata e includere un prompt di tipo yes/no in cui utente decide se procedere con la firma

• se si preme yes: far partire la callback del QR e attendere il risultato della fetch, se tutto ok, mostrare modali di firma avvenuta altrimenti mostrare errore generico

• se si preme no: chiudere e tornare nella ssi home (non nel qr)