IOS apps is configured to access the openhab server using https with an official domain name.
So I would except it to work.
Also look into the IOS App settings, but didn’t find anything revelant.
I don’t use iPhones but have a Mac for work and one must give permission to each application individually to access the microphone. Android works the same way but it will usually ask to grant the permission on the first attempt to use it. Maybe iPhone work the same?
As said, I take a look on the setting to verify the access right.
There are some for the network access, for Siri, notifications, Background task.
But nothing about microphone.
I know that generally application need to tell in their manifest which type of permission is need.
Perhaps it is missing inside the IOS apps ?
I have never tried habchat on IOS, but yes i can reproduce this, i’ll look into it a bit this week.
Well i don’t think AI is right, the main UI is loaded through a WebView, which uses a different way of granting permissions, which is why there is a “Enable WebRTC” option in the app’s menu under Main UI Settings, other mic related widgets do work, like our video/sip widgets.
Unfortunately this is a long standing issue with embedded Safari, webviews on IOS do not support speech recognition, it not a mic or permission issue. We would have to write a native bridge to support that and have the WebUI trigger that somehow (and then be passed the input…or something like that).
well, i was wrong about the webview issue part, that is apparently true for saving PWA’s like our MainUI to the home screen as an app through safari, but it does work in a webview if you give the app speech recognition permissions, fix will be in the next test flight build.