Puoi contribuire a migliorare Android segnalando problemi e richiedendo nuove funzionalità tramite il tracker dei problemi di Google. Google Issue Tracker è uno strumento utilizzato da Google per monitorare i problemi e le richieste di funzionalità di AOSP. Lo strumento Issue Tracker è disponibile al di fuori di Google per l'utilizzo da parte di utenti esterni pubblici e partner che hanno bisogno di collaborare con i team di Google su funzionalità e problemi specifici.
Per scoprire le nozioni di base di Google Issue Tracker, consulta la sezione Google Issue Tracker.
Segnala un bug
Per segnalare un bug AOSP:
- Con tutti i bug aperti come base per la ricerca, utilizza il campo di ricerca di Issue Tracker per vedere se qualcuno ha già segnalato il problema o la funzionalità. Non dimenticare di cercare anche i bug chiusi e corretti. Per aiutarti a trovare i risultati più popolari, ordinali in base al numero di stelle. Per informazioni dettagliate sull'utilizzo del campo di ricerca, consulta Eseguire ricerche di problemi
- Se individui il problema ed è importante per te, aggiungilo a Speciali. Il numero di stelle su un problema consente a Google di determinarne la priorità.
Se nessuno ha segnalato il problema, crea un nuovo bug.
Fai riferimento alla sezione di questo documento relativa al componente per il tuo bug. I componenti del bug identificano l'area di Android per la quale si applica il bug.
- Se il bug è relativo alla sicurezza, fai riferimento alla sezione Sicurezza.
- Se il bug è correlato ad AOSP, fai riferimento a Piattaforma.
- Se il bug riguarda gli strumenti per sviluppatori, consulta la pagina Strumenti per sviluppatori Android.
- Se il bug fa riferimento a una documentazione errata, consulta la Documentazione.
Compila il modello fornito:
- Se il problema è un bug, includi i passaggi per riprodurlo nei commenti. Un commento che afferma semplicemente che qualcosa non funziona è probabile che necessiti di ulteriori informazioni. La quantità di dettagli che fornisci, inclusi i file di log e persino un set di patch, aiuta Google a risolvere il problema.
- Se il problema riguarda una richiesta di funzionalità, fornisci dettagli espliciti sulla funzionalità proposta, inclusi il problema risolto e le considerazioni sul design.
Fai clic su Crea. La segnalazione di bug viene creata per essere esaminata da Google.
Per scoprire come monitorare lo stato del bug, consulta l'articolo Monitorare lo stato del bug.
Componenti dei bug
Le quattro sezioni seguenti sono progettate per aiutarti a cercare e segnalare bug utilizzando il componente corretto.
Sicurezza
Se trovi un problema che influisce sulla sicurezza di Android o dei suoi componenti nei dispositivi Pixel, segnala un bug utilizzando le istruzioni riportate in Segnalare problemi di sicurezza. Inoltre, i bug di sicurezza sono idonei per il programma fedeltà per i dispositivi Android e Google.
Piattaforma
Se hai un problema o una richiesta di funzionalità che influisce su un aspetto della piattaforma Android, invia il bug facendo clic sull'icona del bug accanto all'area del componente pertinente:
Sfogliare tutti i problemi relativi alla piattaforma
Strumenti per sviluppatori Android
Se hai un problema o una richiesta di funzionalità che influisce su un aspetto della segnalazione del bug degli Strumenti per sviluppatori Android, fai clic sull'icona del bug accanto all'area del componente pertinente nella tabella seguente.
Sfogliare tutti i problemi relativi agli Strumenti per sviluppatori
| Sfoglia bug | Dettagli | Segnala un bug |
|---|---|---|
| ab | bug_report | |
| Android Studio | Informazioni specifiche per i bug di Android Studio | bug_report |
| C++ | Problemi in Android Studio | bug_report |
| Emulatori o immagini di sistema | Informazioni specifiche per i bug dell'emulatore | bug_report |
| Gradle | Informazioni specifiche per i bug di Gradle | bug_report |
| Applica modifiche | Informazioni specifiche per i bug di Applica modifiche | bug_report |
| Lint | bug_report | |
| NDK | Problemi relativi al compilatore NDK o al sistema di build. Non per richieste API o bug. Le API fanno parte del sistema operativo e le richieste correlate devono essere inviate in uno dei componenti della piattaforma sopra indicati (se non sai quale, utilizza Framework). | bug_report |
| Profiler | bug_report | |
| Jetpack (androidx) | bug_report | |
| Test Jetpack (androidx) | bug_report | |
| SDK per i giochi | bug_report | |
Documentazione
Se hai un problema o una richiesta di funzionalità che influisce su un aspetto della documentazione di Android, invia il bug facendo clic sull'icona del bug accanto all'area del componente pertinente:
| Sfogliare i bug | Segnala un bug |
|---|---|
developer.android.com (documentazione per gli sviluppatori di app) |
bug_report |
source.android.com (documentazione AOSP) |
bug_report |
Richiesta di interoperabilità DMA
Se vuoi inviare una richiesta di interoperabilità con il DMA per Android, utilizza l'area dei componenti pertinente:
| Inviare una richiesta | Sfogliare le richieste |
|---|---|
| Crea una nuova richiesta pubblica | Richieste pubbliche |
| Crea una nuova richiesta privata |
Monitorare lo stato dei bug
I bug appena creati sono sempre contrassegnati con lo stato Nuovo. I manutentori di AOSP esaminano e classificano periodicamente i bug modificandone lo stato e potenzialmente assegnandoli a qualcuno. I bug vengono classificati in una di queste tre categorie:
Necessarie ulteriori informazioni. La segnalazione del bug non contiene informazioni sufficienti per stabilire la priorità o analizzare correttamente il bug. Il report del bug viene inserito in un elenco (New + Hotlist:NeedsInfo) finché non fornisci le informazioni richieste. Dopo un certo periodo di tempo, se non vengono fornite altre informazioni, al bug viene assegnato uno stato che indica che non verrà preso alcun provvedimento.
Il bug viene assegnato a una persona e, facoltativamente, viene riassegnata la priorità. Il report del bug è stato riconosciuto come report sufficientemente dettagliato di un problema legittimo. Al bug viene assegnata la priorità corretta o viene riassegnata. Infine, il bug viene assegnato a un collaboratore specifico per la valutazione e l'analisi.
In genere, un bug rimane in stato Assegnato finché qualcuno non intende risolverlo, a quel punto viene assegnato lo stato Accettato. Tuttavia, un assegnatario potrebbe non modificare lo stato di un bug in Accettato, ma semplicemente correggerlo e assegnare lo stato Risolto o Risolto (verificato).
Non è possibile intervenire sul bug. Un bug rientra in questa categoria per diversi motivi, ad esempio perché è un duplicato di un altro bug, non è possibile correggerlo o rappresenta una funzionalità che funziona come previsto.
Per monitorare lo stato dei bug:
- Apri il bug e controlla i campi Priorità, Stato e Commenti. Per spiegazioni sulla priorità e sullo stato, consulta i campi Problema.
- (Facoltativo) Rispondi a eventuali domande o commenti nel campo dei commenti.
I bug contrassegnati con lo stato Risolto (verificato) sono inclusi in una release futura di Android.
Informazioni aggiuntive per stati specifici
Di seguito sono riportate ulteriori spiegazioni per alcuni stati dei bug (oltre alle informazioni fornite nella documentazione dei campi dei problemi di Issue Tracker):
Il problema non verrà risolto (comportamento previsto): un maintainer AOSP ha stabilito che il comportamento descritto non è un bug, ma è il comportamento previsto. Questo stato è anche comunemente indicato come "funzionante come previsto (WAI)". Per le richieste di funzionalità, un gestore AOSP ha stabilito che la richiesta non verrà implementata in Android.
Non verrà risolto (non fattibile): le modifiche necessarie per risolvere il problema non sono ragionevolmente possibili. Questo stato viene utilizzato anche per i problemi segnalati che non possono essere gestiti in AOSP, in genere perché sono correlati a un dispositivo personalizzato o a un'app esterna oppure perché il segnalatore ha scambiato Issue Tracker per un forum di assistenza.
Corretto (verificato): questo bug è stato corretto ed è incluso in una release formale.
Corretto:questo bug è stato corretto (o la funzionalità è stata implementata) in un albero di origine, ma potrebbe non essere ancora incluso in una release formale.