You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When suppressVolumeIndicator is set to true when calling watchVolume, all key press events are consumed instead of just volume keys. This means that, among other things, the back button does not function while volume keys are being watched.
To Reproduce
Steps to reproduce the behavior:
Call watchVolume with suppressVolumeIndicator set to true
Press the device's back button
Expected behavior
The back button should either go back in the history stack, or emit the backButton event in the @capacitor/app plugin
Screenshots
N/A
Desktop (please complete the following information):
N/A
Smartphone (please complete the following information):
Device: Emulated Pixel 4 Pro API 33
OS: Android 13
Browser: Mozilla/5.0 (Linux; Android 13; sdk_gphone64_x86_64 Build/TE1A.220922.010; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/103.0.5060.71 Mobile Safari/537.36
…just volume keys #12
Changes:
- implemented the required fix for [Android] suppressVolumeIndicator consumes all key press events, not just volume keys #12 issue
@DoctorMcKay thank you for the issue. I confirm the problem and implemented the required fix (see #13). Can you please test it on your end and let me know your thoughts? Thank you
@DoctorMcKay thank you for the issue. I confirm the problem and implemented the required fix (see #13). Can you please test it on your end and let me know your thoughts? Thank you
…pressvolumeindicator-consumes-all-key-press-events-not-just-volume-keys
[Android] suppressVolumeIndicator consumes all key press events, not just volume keys #12
Describe the bug
When
suppressVolumeIndicator
is set to true when calling watchVolume, all key press events are consumed instead of just volume keys. This means that, among other things, the back button does not function while volume keys are being watched.To Reproduce
Steps to reproduce the behavior:
watchVolume
withsuppressVolumeIndicator
set to trueExpected behavior
The back button should either go back in the history stack, or emit the
backButton
event in the @capacitor/app pluginScreenshots
N/A
Desktop (please complete the following information):
Smartphone (please complete the following information):
"@capacitor/core": "^6.1.1"
,"@capacitor-community/volume-buttons": "^6.0.0"
Additional context
N/A
The text was updated successfully, but these errors were encountered: