Support camera access in the create-credential auth WebView - #53
Open
nesfeder-proof wants to merge 1 commit into
Open
nesfeder-proof wants to merge 1 commit into
nesfeder-proof wants to merge 1 commit into
Conversation
Issuer authorization pages that run identity verification use getUserMedia for document and selfie capture. The auth WebView has no WebChromeClient, so page permission requests are silently denied and capture hangs. Declare the CAMERA permission and handle the WebView's VIDEO_CAPTURE permission requests: grant when the app already holds the runtime permission, otherwise ask the user first and answer the page from the dialog result. Requests that arrive while the dialog is showing are queued and answered together. All other resource types are denied. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
nesfeder-proof
force-pushed
the
fix/auth-webview-camera-permission
branch
from
September 4, 2026 18:45
f0c416d to
638c091
Compare
nesfeder-proof
commented
Sep 4, 2026
| </intent-filter> | ||
| </activity> | ||
| </application> | ||
| <uses-feature android:name="android.hardware.camera" android:required="false" /> |
Author
There was a problem hiding this comment.
Lint should be fixed now, sorry about that
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Issuer authorization pages that run identity verification use getUserMedia, but the auth WebView has no WebChromeClient, so camera permission requests are silently denied and capture hangs.
This declares the CAMERA permission and grants VIDEO_CAPTURE requests, prompting the user for the runtime permission in context on first use and queueing requests that arrive while the dialog is showing. All other resource types (mic, DRM, MIDI) are still denied, matching the platform default when no WebChromeClient is set.