Release notes

Beta 6.1

Release date September 29, 2026
Builds CP41.260831.007.A3
CP41.260831.011
Emulator support x86 (64-bit), ARM (v8-A)
Security patch level 2026-08-05
Google Play services 26.28.33

Beta 6

Release date September 24, 2026
Builds CP41.260831.007
Emulator support x86 (64-bit), ARM (v8-A)
Security patch level 2026-08-05
Google Play services 26.28.33

Beta 5

Release date September 15, 2026
Builds CP41.260828.004.A8
CP41.260828.005.A6
Emulator support x86 (64-bit), ARM (v8-A)
Security patch level 2026-08-05
Google Play services 26.28.33

Beta 4

Release date August 28, 2026
Builds CP41.260814.003.A2
CP41.260814.003.B1
CP41.260814.003.C2
Emulator support x86 (64-bit), ARM (v8-A)
Security patch level 2026-08-05
Google Play services 26.28.33

Beta 3

Release date August 14, 2026
Builds CP41.260731.005.A2
CP41.260731.005.B1
Emulator support x86 (64-bit), ARM (v8-A)
Security patch level 2026-08-05
Google Play services 26.26.34

Beta 2

Release date August 3, 2026
Builds CP41.260717.006
Emulator support x86 (64-bit), ARM (v8-A)
Security patch level 2026-07-05
Google Play services 26.24.35

Beta 1

Release date July 20, 2026
Builds CP41.260701.005
Emulator support x86 (64-bit), ARM (v8-A)
Security patch level 2026-07-05
Google Play services 26.23.34

Android 17 QPR 2 Beta 6.1 (September 2026)

Building on the initial release of Android 17, we continue to update the platform with fixes and improvements that are then rolled out to supported devices. These releases happen on a quarterly cadence through Quarterly Platform Releases (QPRs), which are delivered both to AOSP and to Google Pixel devices as part of Feature Drops.

Although these updates don't include app-impacting API changes, we provide images of the latest QPR beta builds so you can test your app with these builds as needed (for example, if there are upcoming features that might impact the user experience of your app).

Android 17 QPR2 includes a minor SDK release. This incremental update has no planned behavior changes, minimizing the need for compatibility testing. You can the current SDK changes in the API diff report.

Known issue in Beta 6.1

Pixel 11 Pro Fold users may have to re-enroll Face Unlock.

Hardening against call forwarding fraud

Android 17 QPR2 introduces new security restrictions on programmatic call forwarding to protect users from fraud. The system now parses and selectively restricts call-forwarding USSD codes (such as *21#) executed using the TelephonyManager.sendUssdRequest() API.

  • API Restriction: The sendUssdRequest() API is no longer accessible for call-forwarding codes using only the CALL_PHONE permission. Standard apps attempting to execute these codes in the background will be blocked and receive a USSD_ERROR_NOT_ALLOWED callback.
  • System Confirmation: To combat social engineering scams, users manually dialing call-forwarding codes in the system dialer will now see a new OS-level confirmation dialog before the command is executed.
  • Non-Call Forwarding USSD: Non-call forwarding enabling USSD requests (such as mobile money transfers and account checks) are unaffected by this change.
  • Mitigation: If your app is affected, verify that it handles the USSD_ERROR_NOT_ALLOWED failure callback gracefully. For apps requiring call-forwarding setup that don't qualify for an exempted role, migrate your flow to use the ACTION_DIAL intent to pre-fill the dialer, allowing the user to manually confirm the action.

Optimized delivery of self-broadcasts

On devices running Android 17 QPR2 or higher, Android delivers self-broadcasts more efficiently to improve system health. A self-broadcast is a broadcast (for example, one sent with sendBroadcast()) for which all of the receivers, whether context-registered or declared in the manifest, run in the same process that sent the broadcast. If any receiver runs in a different process, the broadcast isn't a self-broadcast. The system hands self-broadcasts back to the sending process, which delivers them to its own receivers on the main thread. This prevents apps from keeping themselves running in the background by repeatedly sending broadcasts to themselves. This change applies to all apps, regardless of their targetSdkVersion.

This change affects your app in the following ways:

  • Sending a self-broadcast doesn't raise your process's importance and doesn't prevent a cached process from being frozen.

  • If your process is cached and frozen, self-broadcasts that it sent wait until the process is unfrozen, for example, when the user returns to the app or another component of the app starts.

  • Self-broadcasts that haven't been delivered yet are held in the process's memory. If the system kills the process before they're delivered, they're lost and aren't redelivered.

Broadcasts that have a receiver in a different process (including another process of the same app), broadcasts sent on behalf of another app (such as through a PendingIntent), and broadcasts sent to a different user profile aren't affected.

Make sure your app doesn't rely on self-broadcasts to do work in the background. Don't use self-broadcasts as a timer or keep-alive mechanism. To schedule background work, use WorkManager, or use AlarmManager for work that must happen at a specific time. For communication within a process, use direct calls such as callbacks or Kotlin flows instead of broadcasts.

Top Issues fixed in Beta 6 (September 2026)

Top Issues fixed in Beta 5 (September 2026)

  • Changing a Bluetooth device type in settings failed to update its icon visually. (Issue #516071134)
  • A system stability issue that caused unexpected device reboots during continuous UI scrolling in media-heavy applications. (Issue #544291113)
  • Pressing hardware volume buttons while casting media prevented the system volume slider UI from displaying. (Issue #548145018)
  • Fixed a text-rendering issue that caused unexpected background highlights to appear when typing in search fields, and resolved a navigation routing issue that prevented Private Space from unlocking correctly. (Issue #548285596)
  • Enhanced HDR mode remained enabled despite being turned off in user settings. (Issue #547457910)
  • Launching Google Wallet via the power button shortcut caused the touchscreen to become unresponsive. (Issue #549758084)
  • Camera crashes during panorama processing. (Issue #551069625)
  • Bluetooth audio experiences noise and distortion after completing or answering a call. (Issue #541684282)

Top Issues fixed in Beta 4 (August 2026)

Top Issues fixed in Beta 3 (August 2026)

Top Issues fixed in Beta 1 (July 2026)

  • Bluetooth re-pairing fails silently following a remote bond loss. (Issue #412524057)
  • Media player controls briefly flashed on the lock screen upon waking the device despite the app's notifications being disabled. (Issue #484607701)
  • A system crash causing Pixel devices to unexpectedly reboot when invoking Gemini. (Issue #505750489)
  • Initiating a drag-and-drop gesture with multiple fingers caused the source application to stop receiving subsequent touch events. (Issue #516836306)
  • Notifications randomly became invisible in the notification shade until a system restart. (Issue #526139207, Issue #522657034)
  • ML-DSA key generation fails with an exception when using the "NONE" string digest instead of the class constant. (Issue #525612735)
  • An issue in AccessibilityNodeInfo.toString() where window bounds were incorrectly logged using screen bounds, which caused misleading accessibility debugging data. (Issue #520428442)
  • Window-level UI blur effects failed to render and the "Allow window-level blurs" developer toggle reset after rebooting. (Issue #527376569)