# \[PM-159\]Android Perspective Audio Play Binding Issue **URL:** \ **Category:** Ignition\ **Tags:** perspective\ **Created:** [May 22, 2023, 2:54pm UTC](https://forum.inductiveautomation.com/t/pm-159-android-perspective-audio-play-binding-issue/74025 "2023-05-22T14:54:33Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![Thomas\_Blauvelt](https://avatars.discourse-cdn.com/v4/letter/t/ba8739/32.png) [@Thomas\_Blauvelt](https://forum.inductiveautomation.com/u/Thomas_Blauvelt)\ **Post date:** [May 22, 2023, 2:54pm UTC](https://forum.inductiveautomation.com/t/pm-159-android-perspective-audio-play-binding-issue/74025/1 "2023-05-22T14:54:33Z")
I have a project that is heavily dependent on playing audio. I'm attempting to implement clients using the Android com.inductiveautomation.perspectiveapp application. The play binding only controls the audio object in the application if the user first interacts with the audio UI. Once the user interacts with the UI, simple as clicking on a non-control portion of the object, the binding works perfectly! I am able to play, pause, and replay without issue. Is there any work around for this issue? ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [May 22, 2023, 2:58pm UTC](https://forum.inductiveautomation.com/t/pm-159-android-perspective-audio-play-binding-issue/74025/2 "2023-05-22T14:58:39Z")
It isn't so much an issue as a feature of the OS preventing annoying applications from playing media without the user's permission. ---
**Author:** ![Thomas\_Blauvelt](https://avatars.discourse-cdn.com/v4/letter/t/ba8739/32.png) [@Thomas\_Blauvelt](https://forum.inductiveautomation.com/u/Thomas_Blauvelt)\ **Post date:** [May 22, 2023, 3:16pm UTC](https://forum.inductiveautomation.com/t/pm-159-android-perspective-audio-play-binding-issue/74025/3 "2023-05-22T15:16:12Z")
The OS is not blocking the play functionality the browser is. I understand why web browsers, not sandboxed to a specific website, would implement a block by default. The Perspective audio object is hidden when created; the PROP to display is not even created in a new instance. IA must of taken care to modify the Chromium base to allow the Windows version of Workstation to properly handle the audio bindings without user interaction. I am just wondering if anyone has a workaround for the Android version. Or are you saying the Perspective Android APK doesn't even contain a browser engine, and is relying on whatever engine is embedded in the Android OS for rendering? ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [May 22, 2023, 3:17pm UTC](https://forum.inductiveautomation.com/t/pm-159-android-perspective-audio-play-binding-issue/74025/4 "2023-05-22T15:17:03Z")
> [@Thomas\_Blauvelt](#): > > and is relying on whatever engine is embedded in the Android OS Yes, pretty sure that is the case. Or rather, what is provided for customization by the OS. ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [May 22, 2023, 4:12pm UTC](https://forum.inductiveautomation.com/t/pm-159-android-perspective-audio-play-binding-issue/74025/5 "2023-05-22T16:12:44Z")
From some quick searching, it appears to be a fairly straightforward toggle we can set on the webview before we create it. We'll still have to do some testing to confirm, but I filed a ticket so we can get this improved. ---
**Author:** ![Thomas\_Blauvelt](https://avatars.discourse-cdn.com/v4/letter/t/ba8739/32.png) [@Thomas\_Blauvelt](https://forum.inductiveautomation.com/u/Thomas_Blauvelt)\ **Post date:** [May 22, 2023, 4:22pm UTC](https://forum.inductiveautomation.com/t/pm-159-android-perspective-audio-play-binding-issue/74025/6 "2023-05-22T16:22:53Z")
Thanks! ---
**Author:** ![jon.mohler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jon.mohler/32/20043_2.png) [@jon.mohler](https://forum.inductiveautomation.com/u/jon.mohler)\ **Post date:** [August 8, 2024, 8:40pm UTC](https://forum.inductiveautomation.com/t/pm-159-android-perspective-audio-play-binding-issue/74025/7 "2024-08-08T20:40:06Z")
Did this ever go anywhere? The play and playbackRate bindings still behave much differently in Android environments compared to Windows. For example if I change the playbackRate while a component is playing, it goes completely silent in the Android browser, but works fine in Chrome in Windows. The behavior of the play binding itself is also inconsistent in Android, sometimes (but not always) requiring me to manually grab focus on the component before toggling play, while it works seamlessly in Windows. ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [August 8, 2024, 9:35pm UTC](https://forum.inductiveautomation.com/t/pm-159-android-perspective-audio-play-binding-issue/74025/8 "2024-08-08T21:35:50Z")
The ticket I mentioned is still up, and hasn't yet been worked on. ---
**Author:** ![Jakub\_Lastovicka](https://avatars.discourse-cdn.com/v4/letter/j/cdc98d/32.png) [@Jakub\_Lastovicka](https://forum.inductiveautomation.com/u/Jakub_Lastovicka)\ **Post date:** [April 23, 2025, 4:17pm UTC](https://forum.inductiveautomation.com/t/pm-159-android-perspective-audio-play-binding-issue/74025/9 "2025-04-23T16:17:52Z")
Just in case anyone else needed it: I used a workaround in the vebview app that made it work for me: webSettings.setMediaPlaybackRequiresUserGesture(false); It should be also possible to override the request popups on later android versions, but I did not go that far.