[PR #5964] [MERGED] [PM-17870] Always include clientExtensionResults in Fido2AttestationResponse #36690

Closed
opened 2026-04-21 03:50:56 -05:00 by GiteaMirror · 0 comments
Owner

📋 Pull Request Information

Original PR: https://github.com/bitwarden/android/pull/5964
Author: @aj-rosado
Created: 9/30/2025
Status: Merged
Merged: 10/1/2025
Merged by: @aj-rosado

Base: mainHead: PM-17870/fix-chromium-passkeys


📝 Commits (2)

  • 88d6315 Creating clientExtensionsResults on AttestationResponse even if the sdk does not return "rk"
  • 5875922 Added PublicKeyCredentialAuthenticatorAttestationResponseExtensionsTest

📊 Changes

3 files changed (+96 additions, -3 deletions)

View changed files

📝 app/src/main/kotlin/com/x8bit/bitwarden/data/credentials/model/Fido2AttestationResponse.kt (+2 -2)
📝 app/src/main/kotlin/com/x8bit/bitwarden/data/vault/datasource/sdk/util/PublicKeyCredentialAuthenticatorAttestationResponseExtensions.kt (+1 -1)
app/src/test/kotlin/com/x8bit/bitwarden/data/vault/datasource/sdk/util/PublicKeyCredentialAuthenticatorAttestationResponseExtensionsTest.kt (+93 -0)

📄 Description

🎟️ Tracking

https://bitwarden.atlassian.net/browse/PM-17870

📔 Objective

When the SDK did not return information about the resident key (rk), we omitted the clientExtensionResults field from the jsonResponse. This caused Chromium to fail parsing the credential response

This PR updates the implementation to always include clientExtensionResults, defaulting to an empty object.

Reminders before review

  • Contributor guidelines followed
  • All formatters and local linters executed and passed
  • Written new unit and / or integration tests where applicable
  • Protected functional changes with optionality (feature flags)
  • Used internationalization (i18n) for all UI strings
  • CI builds passed
  • Communicated to DevOps any deployment requirements
  • Updated any necessary documentation (Confluence, contributing docs) or informed the documentation team

🦮 Reviewer guidelines

  • 👍 (:+1:) or similar for great changes
  • 📝 (:memo:) or ℹ️ (:information_source:) for notes or general info
  • (:question:) for questions
  • 🤔 (:thinking:) or 💭 (:thought_balloon:) for more open inquiry that's not quite a confirmed issue and could potentially benefit from discussion
  • 🎨 (:art:) for suggestions / improvements
  • (:x:) or ⚠️ (:warning:) for more significant problems or concerns needing attention
  • 🌱 (:seedling:) or ♻️ (:recycle:) for future improvements or indications of technical debt
  • ⛏ (:pick:) for minor or nitpick changes

🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.

## 📋 Pull Request Information **Original PR:** https://github.com/bitwarden/android/pull/5964 **Author:** [@aj-rosado](https://github.com/aj-rosado) **Created:** 9/30/2025 **Status:** ✅ Merged **Merged:** 10/1/2025 **Merged by:** [@aj-rosado](https://github.com/aj-rosado) **Base:** `main` ← **Head:** `PM-17870/fix-chromium-passkeys` --- ### 📝 Commits (2) - [`88d6315`](https://github.com/bitwarden/android/commit/88d6315eac13d69fcf1c395081779756cc3bc6c9) Creating clientExtensionsResults on AttestationResponse even if the sdk does not return "rk" - [`5875922`](https://github.com/bitwarden/android/commit/587592276a2a35b802cbfe411906987cd237d43a) Added PublicKeyCredentialAuthenticatorAttestationResponseExtensionsTest ### 📊 Changes **3 files changed** (+96 additions, -3 deletions) <details> <summary>View changed files</summary> 📝 `app/src/main/kotlin/com/x8bit/bitwarden/data/credentials/model/Fido2AttestationResponse.kt` (+2 -2) 📝 `app/src/main/kotlin/com/x8bit/bitwarden/data/vault/datasource/sdk/util/PublicKeyCredentialAuthenticatorAttestationResponseExtensions.kt` (+1 -1) ➕ `app/src/test/kotlin/com/x8bit/bitwarden/data/vault/datasource/sdk/util/PublicKeyCredentialAuthenticatorAttestationResponseExtensionsTest.kt` (+93 -0) </details> ### 📄 Description ## 🎟️ Tracking https://bitwarden.atlassian.net/browse/PM-17870 ## 📔 Objective When the SDK did not return information about the resident key (rk), we omitted the `clientExtensionResults` field from the jsonResponse. This caused Chromium to fail parsing the credential response This PR updates the implementation to always include `clientExtensionResults`, defaulting to an empty object. ## ⏰ Reminders before review - Contributor guidelines followed - All formatters and local linters executed and passed - Written new unit and / or integration tests where applicable - Protected functional changes with optionality (feature flags) - Used internationalization (i18n) for all UI strings - CI builds passed - Communicated to DevOps any deployment requirements - Updated any necessary documentation (Confluence, contributing docs) or informed the documentation team ## 🦮 Reviewer guidelines <!-- Suggested interactions but feel free to use (or not) as you desire! --> - 👍 (`:+1:`) or similar for great changes - 📝 (`:memo:`) or ℹ️ (`:information_source:`) for notes or general info - ❓ (`:question:`) for questions - 🤔 (`:thinking:`) or 💭 (`:thought_balloon:`) for more open inquiry that's not quite a confirmed issue and could potentially benefit from discussion - 🎨 (`:art:`) for suggestions / improvements - ❌ (`:x:`) or ⚠️ (`:warning:`) for more significant problems or concerns needing attention - 🌱 (`:seedling:`) or ♻️ (`:recycle:`) for future improvements or indications of technical debt - ⛏ (`:pick:`) for minor or nitpick changes --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>
GiteaMirror added the pull-request label 2026-04-21 03:50:56 -05:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/android#36690