After denying a microphone Android permission I'm getting a call to onMediaPermissionRequest
Categories
(GeckoView :: Media, defect, P1)
Tracking
(firefox-esr60 wontfix, firefox65 wontfix, firefox66 wontfix, firefox67 fixed)
People
(Reporter: amejia, Assigned: fluffyemily)
References
Details
(Whiteboard: [geckoview:fenix:m3])
Attachments
(1 file)
|
(deleted),
text/x-phabricator-request
|
Details |
After denying a microphone Android permission (onAndroidPermissionsRequest) , I'm getting a call to onMediaPermissionRequest and I can even grant the permission.
This can be replicated on the GeckoView Example app.
Steps to reproduce
- Go to https://permission.site/
- Tap on the Microphone button
- Tap on the "deny" button of the Android permission dialog.
- Tap on the ok button of the site permission dialog.
Expected behavior
onMediaPermissionRequest must not be called after denying the Android permission.
Actual behavior
onMediaPermissionRequest is getting call after denying the Android permission.
|
||
Updated•6 years ago
|
|
Assignee | |
Comment 1•6 years ago
|
||
For Camera, we save the android permission choice and then suppress the subsequent Media permission, but we don't do this for microphone access. We should treat these permissions the same. As we want to move to a situation where GV doesn't maintain any permissions state I shall move Camera to behave the same as the Microphone. This means that it is up to the consumer to remember any state and behave accordingly with regards to issuing a prompt for Media permissions.
I shall update GVE to reflect the actions that consumers would have to perform in order to produce the behaviour expected by permissions.site. It is recommended that Android Components handles this case.
|
|
Assignee | |
Comment 2•6 years ago
|
||
Update onMediaPermissionRequest documentation to better reflect usage
|
||
Comment 4•6 years ago
|
||
| bugherder | ||
|
|
||
Comment 5•2 years ago
|
||
Moving some media bugs to the new GeckoView::Media component.
Description
•