Note di rilascio

Beta 7

Data di rilascio 9 ottobre 2026
Build CP41.260831.016
Supporto dell'emulatore x86 (64 bit), ARM (v8-A)
Livello patch di sicurezza 2026-10-05
Google Play Services 26.28.33

Beta 6.1

Data di rilascio 29 settembre 2026
Build CP41.260831.007.A3
CP41.260831.011
Supporto dell'emulatore x86 (64 bit), ARM (v8-A)
Livello patch di sicurezza 2026-08-05
Google Play Services 26.28.33

Beta 6

Data di rilascio 24 settembre 2026
Build CP41.260831.007
Supporto dell'emulatore x86 (64 bit), ARM (v8-A)
Livello patch di sicurezza 2026-08-05
Google Play Services 26.28.33

Beta 5

Data di rilascio 15 settembre 2026
Build CP41.260828.004.A8
CP41.260828.005.A6
Supporto dell'emulatore x86 (64 bit), ARM (v8-A)
Livello patch di sicurezza 2026-08-05
Google Play Services 26.28.33

Beta 4

Data di rilascio 28 agosto 2026
Build CP41.260814.003.A2
CP41.260814.003.B1
CP41.260814.003.C2
Supporto dell'emulatore x86 (64 bit), ARM (v8-A)
Livello patch di sicurezza 2026-08-05
Google Play Services 26.28.33

Beta 3

Data di rilascio 14 agosto 2026
Build CP41.260731.005.A2
CP41.260731.005.B1
Supporto dell'emulatore x86 (64 bit), ARM (v8-A)
Livello patch di sicurezza 2026-08-05
Google Play Services 26.26.34

Beta 2

Data di rilascio 3 agosto 2026
Build CP41.260717.006
Supporto dell'emulatore x86 (64 bit), ARM (v8-A)
Livello patch di sicurezza 2026-07-05
Google Play Services 26.24.35

Beta 1

Data di rilascio 20 luglio 2026
Build CP41.260701.005
Supporto dell'emulatore x86 (64 bit), ARM (v8-A)
Livello patch di sicurezza 2026-07-05
Google Play Services 26.23.34

Android 17 QPR 2 Beta 7 (ottobre 2026)

Basandoci sulla release iniziale di Android 17, continuiamo ad aggiornare la piattaforma con correzioni e miglioramenti che vengono poi implementati sui dispositivi supportati. Queste release vengono rilasciate con cadenza trimestrale tramite gli Aggiornamenti trimestrali della piattaforma (ATP), che vengono distribuiti sia sui dispositivi AOSP che Google Pixel nell'ambito dei rilasci di funzionalità.

Sebbene questi aggiornamenti non includano modifiche alle API che influiscono sulle app, forniamo immagini delle ultime build beta ATP per consentirti di testare la tua app con queste build se necessario (ad esempio, se sono previste funzionalità che potrebbero influire sull'esperienza utente della tua app).

Android 17 QPR2 include una release dell'SDK secondaria. Questo aggiornamento incrementale non prevede modifiche al comportamento pianificate, riducendo al minimo la necessità di test di compatibilità. Puoi visualizzare le modifiche correnti all'SDK nel report sulle differenze tra le API.

Protezione contro le frodi relative alla deviazione chiamate

Android 17 QPR2 introduce nuove limitazioni di sicurezza sull'inoltro programmatico delle chiamate per proteggere gli utenti dalle frodi. Il sistema ora analizza e limita selettivamente i codici USSD di inoltro di chiamata (ad esempio *21#) eseguiti utilizzando l'TelephonyManager.sendUssdRequest() API.

  • Limitazione API:l'API sendUssdRequest() non è più accessibile per i codici di trasferimento di chiamata utilizzando solo l'autorizzazione CALL_PHONE. Le app standard che tentano di eseguire questi codici in background verranno bloccate e riceveranno un callback USSD_ERROR_NOT_ALLOWED.
  • Conferma del sistema: per combattere le frodi di ingegneria sociale, gli utenti che compongono manualmente i codici di trasferimento di chiamata nel dialer di sistema ora vedranno una nuova finestra di dialogo di conferma a livello di sistema operativo prima dell'esecuzione del comando.
  • USSD per la deviazione delle chiamate: le richieste USSD per l'attivazione della deviazione delle chiamate (ad esempio trasferimenti di denaro mobile e controlli dell'account) non sono interessate da questa modifica.
  • Mitigazione:se la tua app è interessata, verifica che gestisca in modo appropriato il callback di errore USSD_ERROR_NOT_ALLOWED. Per le app che richiedono la configurazione dell'inoltro di chiamata e che non sono idonee per un ruolo esente, esegui la migrazione del flusso per utilizzare l'intent ACTION_DIAL per precompilare il dialer, consentendo all'utente di confermare manualmente l'azione.

Ottimizzazione della pubblicazione delle auto-trasmissioni

Sui dispositivi con Android 17 QPR2 o versioni successive, Android trasmette in modo più efficiente le trasmissioni automatiche per migliorare l'integrità del sistema. Una trasmissione automatica è una trasmissione (ad esempio, una inviata con sendBroadcast()) per la quale tutti i destinatari, registrati nel contesto o dichiarati nel manifest, vengono eseguiti nello stesso processo che ha inviato la trasmissione. Se un ricevitore viene eseguito in un processo diverso, la trasmissione non è una trasmissione automatica. Il sistema restituisce le auto-trasmissioni al processo di invio, che le recapita ai propri ricevitori nel thread principale. In questo modo, le app non possono continuare a essere eseguite in background inviando ripetutamente trasmissioni a se stesse. Questa modifica si applica a tutte le app, indipendentemente dal loro targetSdkVersion.

Questa modifica influisce sulla tua app nei seguenti modi:

  • L'invio di un'auto-trasmissione non aumenta l'importanza del processo e non impedisce il blocco di un processo memorizzato nella cache.

  • Se il processo è memorizzato nella cache e bloccato, le trasmissioni automatiche inviate attendono che il processo venga sbloccato, ad esempio quando l'utente torna all'app o quando viene avviato un altro componente dell'app.

  • Le trasmissioni automatiche non ancora inviate vengono memorizzate nella memoria del processo. Se il sistema termina il processo prima della consegna, i dati vengono persi e non vengono riconsegnati.

Le trasmissioni con un destinatario in un processo diverso (incluso un altro processo della stessa app), le trasmissioni inviate per conto di un'altra app (ad esempio tramite un PendingIntent) e le trasmissioni inviate a un profilo utente diverso non sono interessate.

Assicurati che la tua app non si basi su trasmissioni automatiche per funzionare in background. Non utilizzare le auto-trasmissioni come timer o meccanismo keep-alive. Per pianificare il lavoro in background, utilizza WorkManager oppure AlarmManager per il lavoro che deve essere eseguito a un'ora specifica. Per la comunicazione all'interno di un processo, utilizza chiamate dirette come callback o flussi Kotlin anziché trasmissioni.

Problema noto in Beta 7

Gli utenti di Pixel 11 Pro Fold potrebbero dover registrare di nuovo lo Sblocco con il Volto affinché funzioni correttamente.

Principali problemi risolti nella beta 7 (ottobre 2026)

  • Consumo eccessivo della batteria durante gli stati di inattività quando la modalità Shhh impedisce al dispositivo di entrare in sonno profondo. (Problema n. 560036427, Problema n. 569079944)
  • I download HTTPS non vanno a buon fine immediatamente quando vengono avviati tramite DownloadManager di sistema. (Problema n. 562833711)

Principali problemi risolti nella beta 6 (settembre 2026)

Principali problemi risolti nella beta 5 (settembre 2026)

  • La modifica di un tipo di dispositivo Bluetooth nelle impostazioni non ha aggiornato visivamente la relativa icona. (Problema n. 516071134)
  • Un problema di stabilità del sistema che causava riavvii imprevisti del dispositivo durante lo scorrimento continuo dell'interfaccia utente in applicazioni con molti contenuti multimediali. (Problema n. 544291113)
  • La pressione dei tasti del volume hardware durante la trasmissione di contenuti multimediali impediva la visualizzazione dell'interfaccia utente del cursore del volume di sistema. (Problema n. 548145018)
  • Risolto un problema di rendering del testo che causava la visualizzazione di evidenziazioni dello sfondo impreviste durante la digitazione nei campi di ricerca e risolto un problema di routing della navigazione che impediva lo sblocco corretto dello spazio privato. (Problema n. 548285596)
  • La modalità HDR avanzata è rimasta attiva nonostante sia stata disattivata nelle impostazioni utente. (Problema n. 547457910)
  • L'avvio di Google Wallet tramite la scorciatoia del tasto di accensione ha causato la mancata risposta del touchscreen. (Problema n. 549758084)
  • La fotocamera si arresta in modo anomalo durante l'elaborazione del panorama. (Problema n. 551069625)
  • Le esperienze audio Bluetooth presentano rumore e distorsione dopo aver completato o risposto a una chiamata. (Problema n. 541684282)

Principali problemi risolti nella beta 4 (agosto 2026)

Principali problemi risolti nella beta 3 (agosto 2026)

Principali problemi risolti nella beta 1 (luglio 2026)

  • Il riaccoppiamento Bluetooth non riesce in modo invisibile in seguito alla perdita dell'associazione remota. (Problema n. 412524057)
  • I controlli del player multimediale vengono visualizzati brevemente nella schermata di blocco quando il dispositivo si riattiva, nonostante le notifiche dell'app siano disattivate. (Problema n. 484607701)
  • Un arresto anomalo del sistema che causa il riavvio imprevisto dei dispositivi Pixel quando viene richiamato Gemini. (Problema n. 505750489)
  • L'avvio di un gesto di trascinamento con più dita ha fatto sì che l'applicazione di origine smettesse di ricevere eventi tocco successivi. (Problema n. 516836306)
  • Le notifiche sono diventate invisibili in modo casuale nell'area notifiche fino al riavvio del sistema. (Problema n. 526139207, Problema n. 522657034)
  • La generazione di chiavi ML-DSA non riesce con un'eccezione quando viene utilizzato il digest della stringa "NONE" anziché la costante di classe. (Problema n. 525612735)
  • Un problema in AccessibilityNodeInfo.toString() in cui i limiti della finestra venivano registrati in modo errato utilizzando i limiti dello schermo, il che causava dati di debug dell'accessibilità fuorvianti. (Problema n. 520428442)
  • Gli effetti di sfocatura dell'interfaccia utente a livello di finestra non sono stati visualizzati e l'opzione per sviluppatori "Consenti sfocature a livello di finestra" è stata reimpostata dopo il riavvio. (Problema n. 527376569)