Versionshinweise

Beta 7.1

Veröffentlicht 16. Oktober 2026
Builds CP41.260831.019
Emulator-Unterstützung x86 (64-Bit), ARM (v8-A)
Sicherheitspatch-Level 2026-10-05
Google Play-Dienste 26.28.33

Beta 7

Veröffentlicht 9. Oktober 2026
Builds CP41.260831.016
Emulator-Unterstützung x86 (64-Bit), ARM (v8-A)
Sicherheitspatch-Level 2026-10-05
Google Play-Dienste 26.28.33

Beta 6.1

Veröffentlicht 29. September 2026
Builds CP41.260831.007.A3
CP41.260831.011
Emulator-Unterstützung x86 (64-Bit), ARM (v8-A)
Sicherheitspatch-Level 2026-08-05
Google Play-Dienste 26.28.33

Beta 6

Veröffentlicht 24. September 2026
Builds CP41.260831.007
Emulator-Unterstützung x86 (64-Bit), ARM (v8-A)
Sicherheitspatch-Level 2026-08-05
Google Play-Dienste 26.28.33

Beta 5

Veröffentlicht 15. September 2026
Builds CP41.260828.004.A8
CP41.260828.005.A6
Emulator-Unterstützung x86 (64-Bit), ARM (v8-A)
Sicherheitspatch-Level 2026-08-05
Google Play-Dienste 26.28.33

Beta 4

Veröffentlicht 28. August 2026
Builds CP41.260814.003.A2
CP41.260814.003.B1
CP41.260814.003.C2
Emulator-Unterstützung x86 (64-Bit), ARM (v8-A)
Sicherheitspatch-Level 2026-08-05
Google Play-Dienste 26.28.33

Beta 3

Veröffentlicht 14. August 2026
Builds CP41.260731.005.A2
CP41.260731.005.B1
Emulator-Unterstützung x86 (64-Bit), ARM (v8-A)
Sicherheitspatch-Level 2026-08-05
Google Play-Dienste 26.26.34

Beta 2

Veröffentlicht 3. August 2026
Builds CP41.260717.006
Emulator-Unterstützung x86 (64-Bit), ARM (v8-A)
Sicherheitspatch-Level 2026-07-05
Google Play-Dienste 26.24.35

Beta 1

Veröffentlicht 20. Juli 2026
Builds CP41.260701.005
Emulator-Unterstützung x86 (64-Bit), ARM (v8-A)
Sicherheitspatch-Level 2026-07-05
Google Play-Dienste 26.23.34

Android 17 QPR 2 Beta 7.1 (Oktober 2026)

Aufbauend auf der ersten Version von Android 17 aktualisieren wir die Plattform weiterhin mit Fehlerkorrekturen und Verbesserungen, die dann auf unterstützten Geräten eingeführt werden. Diese Releases erfolgen vierteljährlich über Quarterly Platform Releases (QPRs), die sowohl an AOSP- als auch an Google Pixel-Geräte im Rahmen von Feature Drops ausgeliefert werden.

Diese Updates enthalten zwar keine API-Änderungen, die sich auf Apps auswirken, aber wir stellen Images der neuesten QPR-Beta-Builds zur Verfügung, damit Sie Ihre App bei Bedarf mit diesen Builds testen können (z. B. wenn es bevorstehende Funktionen gibt, die sich auf die User Experience Ihrer App auswirken könnten).

Android 17 QPR2 enthält einen Minor SDK Release. Dieses inkrementelle Update enthält keine geplanten Verhaltensänderungen, sodass Kompatibilitätstests auf ein Minimum reduziert werden können. Die aktuellen SDK-Änderungen finden Sie im API-Diff-Bericht.

Schutz vor Betrug bei der Anrufweiterleitung

Mit Android 17 QPR2 werden neue Sicherheitsbeschränkungen für die programmatische Anrufweiterleitung eingeführt, um Nutzer vor Betrug zu schützen. Das System parst jetzt USSD-Codes für die Anrufweiterleitung (z. B. *21#), die über die TelephonyManager.sendUssdRequest() API ausgeführt werden, und schränkt sie selektiv ein.

  • API-Einschränkung: Die sendUssdRequest() API ist nicht mehr für Anrufweiterleitungscodes zugänglich, die nur die Berechtigung CALL_PHONE verwenden. Standard-Apps, die versuchen, diese Codes im Hintergrund auszuführen, werden blockiert und erhalten einen USSD_ERROR_NOT_ALLOWED-Callback.
  • Systembestätigung:Um Social-Engineering-Betrug zu bekämpfen, wird Nutzern, die Codes für die Anrufweiterleitung manuell in der Telefon-App des Systems eingeben, jetzt ein neues Bestätigungsdialogfeld auf Betriebssystemebene angezeigt, bevor der Befehl ausgeführt wird.
  • USSD-Anfragen, die nicht die Anrufweiterleitung betreffen:USSD-Anfragen, die nicht die Anrufweiterleitung betreffen (z. B. mobile Geldtransfers und Kontoüberprüfungen), sind von dieser Änderung nicht betroffen.
  • Maßnahme: Wenn Ihre App betroffen ist, prüfen Sie, ob sie den USSD_ERROR_NOT_ALLOWED-Fehler-Callback ordnungsgemäß verarbeitet. Wenn deine App die Einrichtung einer Anrufweiterleitung erfordert, aber nicht für eine ausgenommene Rolle infrage kommt, solltest du den Intent ACTION_DIAL verwenden, um die Telefon-App vorauszufüllen, damit der Nutzer die Aktion manuell bestätigen kann.

Optimierte Übermittlung von Self-Broadcasts

Auf Geräten mit Android 17 QPR2 oder höher werden Self-Broadcasts effizienter bereitgestellt, um die Systemleistung zu verbessern. Ein Self-Broadcast ist ein Broadcast (z. B. ein mit sendBroadcast() gesendeter Broadcast), bei dem alle Empfänger, ob im Kontext registriert oder im Manifest deklariert, in demselben Prozess ausgeführt werden, der den Broadcast gesendet hat. Wenn ein Empfänger in einem anderen Prozess ausgeführt wird, ist der Broadcast kein Self-Broadcast. Das System übergibt Self-Broadcasts an den sendenden Prozess, der sie an seine eigenen Empfänger im Hauptthread liefert. Dadurch wird verhindert, dass Apps im Hintergrund weiter ausgeführt werden, indem sie wiederholt Broadcasts an sich selbst senden. Diese Änderung gilt für alle Apps, unabhängig von ihrer targetSdkVersion.

Diese Änderung hat folgende Auswirkungen auf Ihre App:

  • Wenn Sie einen Self-Broadcast senden, wird die Wichtigkeit Ihres Prozesses nicht erhöht und es wird nicht verhindert, dass ein im Cache gespeicherter Prozess eingefroren wird.

  • Wenn Ihr Prozess im Cache gespeichert und eingefroren ist, warten die von ihm gesendeten Self-Broadcasts, bis der Prozess wieder freigegeben wird, z. B. wenn der Nutzer zur App zurückkehrt oder eine andere Komponente der App gestartet wird.

  • Selbstübertragungen, die noch nicht zugestellt wurden, werden im Speicher des Prozesses aufbewahrt. Wenn das System den Prozess beendet, bevor sie zugestellt werden, gehen sie verloren und werden nicht noch einmal zugestellt.

Broadcasts, die einen Empfänger in einem anderen Prozess haben (einschließlich eines anderen Prozesses derselben App), Broadcasts, die im Namen einer anderen App gesendet werden (z. B. über ein PendingIntent), und Broadcasts, die an ein anderes Nutzerprofil gesendet werden, sind nicht betroffen.

Achten Sie darauf, dass Ihre App nicht auf Self-Broadcasts angewiesen ist, um im Hintergrund zu arbeiten. Verwenden Sie Self-Broadcasts nicht als Timer oder Keep-Alive-Mechanismus. Wenn Sie Hintergrundprozesse planen möchten, verwenden Sie WorkManager. Für Prozesse, die zu einer bestimmten Zeit ausgeführt werden müssen, verwenden Sie AlarmManager. Verwenden Sie für die Kommunikation innerhalb eines Prozesses direkte Aufrufe wie Callbacks oder Kotlin-Abläufe anstelle von Broadcasts.

Bekanntes Problem in Beta 7.1

Pixel 11 Pro Fold-Nutzer müssen die Entsperrung per Gesichtserkennung möglicherweise neu einrichten, damit sie richtig funktioniert.

Wichtigste in Beta 7.1 (Oktober 2026) behobene Probleme

  • Starkes Ruckeln der Benutzeroberfläche und mehrsekündiges Einfrieren (Problem #571186734)

Wichtigste in Beta 7 (Oktober 2026) behobene Probleme

Wichtigste in Beta 6 behobene Probleme (September 2026)

Wichtigste in Beta 5 behobene Probleme (September 2026)

  • Wenn der Typ eines Bluetooth-Geräts in den Einstellungen geändert wurde, wurde das Symbol nicht entsprechend aktualisiert. (Problem Nr. 516071134)
  • Ein Problem mit der Systemstabilität, das zu unerwarteten Neustarts des Geräts führte, wenn in medienintensiven Anwendungen kontinuierlich durch die Benutzeroberfläche gescrollt wurde. (Problem #544291113)
  • Wenn während des Streamens von Medien die Hardware-Lautstärketasten gedrückt wurden, wurde der Lautstärkeregler des Systems nicht angezeigt. (Problem Nr. 548145018)
  • Ein Problem mit der Textwiedergabe wurde behoben, das dazu führte, dass beim Tippen in Suchfeldern unerwartete Hintergrundmarkierungen angezeigt wurden. Außerdem wurde ein Problem mit der Navigationsweiterleitung behoben, das verhinderte, dass das vertrauliche Profil korrekt entsperrt wurde. (Problem Nr. 548285596)
  • Der erweiterte HDR-Modus blieb aktiviert, obwohl er in den Nutzereinstellungen deaktiviert war. (Problem Nr. 547457910)
  • Wenn Google Wallet über die Tastenkombination für die Ein/Aus-Taste gestartet wurde, reagierte der Touchscreen nicht mehr. (Problem Nr. 549758084)
  • Die Kamera stürzt während der Verarbeitung von Panoramen ab. (Problem Nr. 551069625)
  • Bei Bluetooth-Audio kommt es nach dem Beenden oder Annehmen eines Anrufs zu Rauschen und Verzerrungen. (Problem Nr. 541684282)

Wichtigste in Beta 4 (August 2026) behobene Probleme

Wichtigste in Beta 3 (August 2026) behobene Probleme

Wichtigste in Beta 1 behobene Probleme (Juli 2026)

  • Die erneute Bluetooth-Kopplung schlägt nach einem Verlust der Remote-Verbindung ohne Fehlermeldung fehl. (Problem Nr. 412524057)
  • Die Steuerelemente des Mediaplayers wurden beim Aktivieren des Geräts kurz auf dem Sperrbildschirm angezeigt, obwohl die Benachrichtigungen der App deaktiviert waren. (Problem Nr. 484607701)
  • Ein Systemabsturz, der dazu führte, dass Pixel-Geräte unerwartet neu gestartet wurden, wenn Gemini aufgerufen wurde. (Problem Nr. 505750489)
  • Wenn eine Drag-and-Drop-Geste mit mehreren Fingern initiiert wurde, hat die Quellanwendung keine nachfolgenden Touch-Events mehr empfangen. (Problem Nr. 516836306)
  • Benachrichtigungen wurden in der Benachrichtigungsleiste zufällig unsichtbar, bis das System neu gestartet wurde. (Problem Nr. 526139207, Problem Nr. 522657034)
  • Die ML-DSA-Schlüsselgenerierung schlägt mit einer Ausnahme fehl, wenn der String-Digest „NONE“ anstelle der Klassenkonstante verwendet wird. (Problem Nr. 525612735)
  • Ein Problem in „AccessibilityNodeInfo.toString()“, bei dem Fenstergrenzen fälschlicherweise mit Bildschirmgrenzen protokolliert wurden, was zu irreführenden Debugging-Daten zur Barrierefreiheit führte. (Problem Nr. 520428442)
  • Unschärfeeffekte auf Fensterebene wurden nicht gerendert und die Entwickleroption „Unschärfeeffekte auf Fensterebene zulassen“ wurde nach dem Neustart zurückgesetzt. (Problem Nr. 527376569)