Puoi contribuire a migliorare Android segnalando problemi e richiedendo nuove funzionalità tramite lo Issue Tracker di Google. Google Issue Tracker è uno strumento utilizzato da Google per monitorare i problemi e le richieste di funzionalità di AOSP. Issue Tracker è disponibile al di fuori di Google per essere utilizzato da utenti pubblici esterni e partner che devono collaborare con i team di Google su problemi e funzionalità specifici.
Per scoprire le nozioni di base di Google Issue Tracker, consulta la pagina 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 tuo problema o la tua 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 trovi il tuo problema ed è importante per te, aggiungilo ai preferiti. Il numero di stelle di un problema aiuta Google a 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 è correlato alla sicurezza, consulta la sezione Sicurezza.
- Se il bug è correlato ad AOSP, consulta la sezione Piattaforma.
- Se il bug riguarda gli strumenti per sviluppatori, consulta Strumenti per sviluppatori Android.
- Se il bug si riferisce a 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 Monitorare lo stato del bug.
Componenti del bug
Le quattro sezioni che seguono sono progettate per aiutarti a cercare e segnalare i bug utilizzando il componente corretto.
Sicurezza
Se riscontri un problema che influisce sulla sicurezza di Android o dei componenti dei dispositivi Pixel, segnala un bug seguendo le istruzioni riportate in Segnalare problemi di sicurezza. Inoltre, i bug di sicurezza sono idonei per il programma fedeltà per 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 riscontri un problema o hai una richiesta di funzionalità che influisce su un aspetto degli strumenti per sviluppatori Android, segnala il bug facendo clic sull'icona del bug accanto all'area del componente pertinente nella tabella seguente.
Sfogliare tutti i problemi relativi agli Strumenti per sviluppatori
| Sfogliare i bug | Dettagli | Segnala un bug |
|---|---|---|
| adb | 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 o al sistema di compilazione NDK. 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à DMA per Android, utilizza la sezione del componente 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 dallo 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 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à. La segnalazione di bug è stata riconosciuta come un 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 verrà intrapresa alcuna azione in merito al 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 è comunemente indicato anche come "funziona come previsto". 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.