E01: P4: experimental inventory provider
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- go, react, sqlite, typescript
- Ambito
- backend, mobile-dev, security
Direzione di ricerca
Inizia leggendo TASKS.md, ROADMAP.md e CONTRIBUTING.md, quindi verifica i prerequisiti di I01a e F03b prima di scegliere E01a o E01b. Lavora in PR separati come specificato; il completamento richiede le salvaguardie elencate per il consenso, il fixture, la cancellazione, l’avviso, il DTO e il logging, senza acquisizione live salvo autorizzazione separata.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Go implementation tracking epic
Selected stack: Go + Wails v2 + React/TypeScript + SQLite. Implementation starts on the next machine. Each child below is a separate PR; do not implement this epic in one PR.
Child tasks
- E01a: Experimental acquisition boundary with fixtures
- Merged prerequisites: I01a, F03b.
- Acceptance: R9: disabled-by-default provider and consent/revoke states, redacted errors, expired-session/permission/cancel fixtures; no live acquisition yet.
- E01b: Experimental memory/mobile adapter
- Merged prerequisites: E01a.
- Acceptance: R9: preserve notices; bounded cancellable acquisition, private DTO conversion, no credential logs or privilege escalation; synthetic failures first, separately authorized live evidence recorded as pending if absent.
Workflow
See TASKS.md, ROADMAP.md, and CONTRIBUTING.md. Aim for 100-400 handwritten changed lines per PR; split above 600 unless inseparable. Merge prerequisites before dependents. Update task evidence and this checklist after each completed PR. Close this epic only when every child passes; optional work can remain deferred.
All tasks are not started. Live game access and publication/merge actions follow the user's explicit authorization. The planning handoff does not claim runtime validation.
- Lingua principale
- Go
- Stelle
- 4
- Fork
- 1
- Merge medio
- 7m
- PR unite (30g)
- 4
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ChrisTitusTech/warframe-linux
-
enhancement phase:P5
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
B01: P6: beta readinessApertaenhancement phase:P6
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
enhancement phase:P3
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
enhancement phase:P3
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
enhancement phase:P2
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
Tutte le issue di ChrisTitusTech/warframe-linux
Issue simili
-
bug needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
netdata/netdata#24062 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
meshery/meshery#22119 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
automation documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno