Update…Per Microsoft’s instructions, disabled all tracking protections in Safari and requested desktop mode and it works. Their instructions say turn protections back on after using teams… 😐
Funny enough it works in Safari and not Edge…tho that may be Apple’s fault since all browsers are somewhat just versions of Safari, last I heard…
In Microsoft’s defense I phones don’t have proper web browsers. They are all the same under the hood
Yeah, this might be it. For anyone not aware, every browser on iOS is just safari with a different skin and some plugins to work with whatever ecosystem you actually are trying to use.
But this is changing and won’t always be true.
It’s an active case in the EU court, and may only change for Europe. So it may not happen and it may not in all countries.
deleted by creator
deleted by creator
They have different browsers with limitations but I don’t know about not proper. It is possible to build perfectly decent web apps but many times they choose not to or it’s too much trouble
See 2.5.6 here: https://developer.apple.com/app-store/review/guidelines/
On iOS, they quite literally can’t in some aspects. They’re restricted to using the supplied WebKit Apple enforces. On Android you can use the Blink Web View (Chromium) or Gecko Web View (Firefox). Both of which can be bundled in the app, or you can use the system version.
Every single iOS “browser” is WebKit. AKA Safari. Due to Apple’s plug-in system being proprietary, it’s difficult to extend. Third party browsers typically use JavaScript injections which slow down the browsing experience. The supplied WebKit is also watered down and updated on a slower cycle. Apple intentionally makes their browser better.
You’re not actually using Microsoft Edge. You’re using Safari and it’s being identified as such by the UA string. Due to Safari being in last place for web standards feature support, it’s not surprising you’re coming across the issue.
iOS only allows PWAs in Safari, and Safari lacks a lot of features for PWAs - https://firt.dev/notes/pwa-ios/ is a pretty good resource for figuring out what they do and don’t support.
Outside of PWAs, Safari is a pain to develop for. Unlike both Firefox and Chromium browsers, its “dev tools” are a bit of a mess and don’t support simply adding extensions like React Dev Tools to augment them. To use such an extension you have to run it as an independent application and connect to Safari, and IME doing this it frequently fails to actually connect properly and didn’t provide a comparable workflow.
When I was working on an app that only needed to support Safari, I ended up just using those extensions in Chrome or Firefox rather than trying to build it in Safari.
And this is my experience building on a Mac. For anyone developing on a Windows or Linux device, it’s not like they can just install Safari locally to confirm that everything works. So if something doesn’t work in Safari, it’s probably not gonna get caught by the developer.
They don’t though. They all use the same engine and a subject to Apples restrictive rules
Safari/WebKit on iOS doesn’t support Opus which makes it a non starter for modern video call platforms.