Steps to reproduce:
1) Go to https://qrsnapper.appspot.com in Safari.
2) Grant camera access and see a live picture.
3) Add https://qrsnapper.appspot.com to the home screen.
4) Launch the app from the home screen and notice how getUserMedia is not supported.
This also affects more prominent apps like https://ofo.ride.com/, a ride sharing app featured at Google i/o.
Sorry, wrong URL, try https://ride.ofo.com/#/scancode instead.
Also reported in https://bugs.webkit.org/show_bug.cgi?id=185448.
This also was an issue with Stance's self checkout PWA: https://go.stance.com/
Consumer's could not scan product bar codes once the app was added to the home screen.
This is also causing problems for https://vision.bloomberg.com. WebApp is un-usable as a full screen PWA.
I can confirm this.
Q1: Is there any information why the PWA WebKit was crippled to not support getUserMedia (which the standard WebKit supports), and if this behaviour is intended and going to stay?
Q2: Also, could somebody provide a link to the official documentation (I didn't find any) that documents this behaviour, so that PWA developers don't fall into that trap?
I also had problems with https://qrsnapper.com/
This is likely similar to:
- this bug on chromium tracker: https://bugs.chromium.org/p/chromium/issues/detail?id=752458
- this bug tracking an issue submitted to Apple: http://www.openradar.me/33571214
- this discussion on Apple developer forum: https://forums.developer.apple.com/thread/88052
+1 -- highly desirable to improve the quality of homescreen PWAs.
Access to phone camera in particular is very high priority: works in Safari, works on Android, why doesn't it work on an iOS homescreen PWA?
+1 Would be great to have this
+1 It will be fantastic to have this.
+1 I have an Angular SPA that needs the microphone for transcription services. It's a shame it works fine in Safari as a web page but won't work from the home screen as a PWA. That seems totally backwards to me.
(In reply to dirkk0 from comment #6)
> I can confirm this.
> Q1: Is there any information why the PWA WebKit was crippled to not support
> getUserMedia (which the standard WebKit supports), and if this behaviour is
> intended and going to stay?
This is a known limitation of WKWebView that we want to fix.
I could not believe it when I read it! Are you planing support for getUserMedia in WKWebView ? If so, do you have a schedule to share ?
Can we help ?
Thanks a lot,
Please not that this has been there since 2 years :
Thanks for any infos.
We need it for our app. We need this feature for scanning barcodes, but it is not available in Safari on iOS.
I can confirm this is now working on iOS 13 beta 1!
Thanks, team WebKit from team Chromium: https://twitter.com/ChromiumDev/status/1136541745158791168. 🎉
FYI, this seems to have regressed on iOS and iPadOS 13 beta 2, while it was still working on beta 1.
I just verified this to no longer work on my iOS device, and @garygarside on their iPadOS device (https://twitter.com/garygarside/status/1141319378920726531).
(In reply to Thomas Steiner from comment #19)
> FYI, this seems to have regressed on iOS and iPadOS 13 beta 2, while it was
> still working on beta 1.
> I just verified this to no longer work on my iOS device, and @garygarside on
> their iPadOS device
@tomac we had to disable the feature because we found a serious bug. We're working hard to fix it and hope to be able to re-enable it soon.
I'm wrong or in iOS 13 beta 3: even in Safari the getUserMedia is no more working (even not asking to grant access to camera).
Please confim that iOS 13 will include getUserMedia for both Safari and PWA from Home Screen.
It was a fantastic news on Beta1, so sad on Beta2 and even more confusing in Beta3.
Thank you for your feedback.
Still not working in beta 4. Not even in Safari.
Oddly enough, it only works in landscape for me on iOS 13 beta 4. I hope this isn’t a situation like image/webp where an exciting feature gets teased in a beta only to be removed before the final release. However, I understand that sometimes it has to be this way.
(In reply to Nick from comment #23)
> Oddly enough, it only works in landscape for me on iOS 13 beta 4.
This is probably bug 199519 which is fixed in ToT.
can you confirm getUserMeida for PWA on ios 13?
Just tested with iOS 13 Beta 5, no luck.
(In reply to Eric Carlson from comment #20)
> @tomac we had to disable the feature because we found a serious bug. We're
> working hard to fix it and hope to be able to re-enable it soon.
Meanwhile just to highlight the hoops people go through to make this happen: "We have invented our own workaround in Cordova since iOS 11 by using a native plugin for capturing the camera, then sending it with WebRTC to the WKWebView (which joins as a peer on local phone WITHOUT signaling server) and receives a usable VideoStream, with 1ms delay."—https://twitter.com/QbixApps/status/1156484156425039872
It still doesn't work in iOS 13 Beta Build 6....
+1 please add getUserMedia support for PWAs
(In reply to Tin from comment #28)
> It still doesn't work in iOS 13 Beta Build 6....
I just tested with iOS 13 beta seed 6 and it worked. Device I used was an old iPhone 6S.
> I just tested with iOS 13 beta seed 6 and it worked. Device I used was an
> old iPhone 6S.
Please note that this bug is exclusively for web apps that are added to the home screen. Could you confirm that it works when you add https://qrsnapper.com to the home screen and launch it from there? For what it's worth, I just tried it (again), and it failed (on an iPhone X, iOS 13 beta 6).
(In reply to Thomas Steiner from comment #31)
> > I just tested with iOS 13 beta seed 6 and it worked. Device I used was an
> > old iPhone 6S.
> Please note that this bug is exclusively for web apps that are added to the
> home screen. Could you confirm that it works when you add
> https://qrsnapper.com to the home screen and launch it from there? For what
> it's worth, I just tried it (again), and it failed (on an iPhone X, iOS 13
> beta 6).
I tried my own application in standalone mode and the qrsnapper you provided. I've added them both to my homescreen as a PWA. When trying to acces my camera, it doesn't show any permissions at al.
> I tried my own application in standalone mode and the qrsnapper you
> provided. I've added them both to my homescreen as a PWA. When trying to
> acces my camera, it doesn't show any permissions at al.
Right, so it fails, which is inline with what everyone else has experienced so far. Thanks for confirming.
(In reply to Thomas Steiner from comment #33)
> > I tried my own application in standalone mode and the qrsnapper you
> > provided. I've added them both to my homescreen as a PWA. When trying to
> > acces my camera, it doesn't show any permissions at al.
> Right, so it fails, which is inline with what everyone else has experienced
> so far. Thanks for confirming.
I can replicate the issue you are having with qrsnapper.com, but our web app which did not work prior to beta seed 6 now works.
I also noticed that go.stance.com, which was previously reported as not working in comment 4, now works.
Here is a video capture when of each of the 3 web apps: https://www.dropbox.com/s/t731imv9gli5bur/qrscanner_RPReplay_Final1565746618.MP4?dl=0
And screen capture showing it working as home screen shortcut, not just a favorite:
(In reply to Conrad C from comment #35)
> And screen capture showing it working as home screen shortcut, not just a
Hey, thanks for the update.
Have you tried to convert it to a Progressive Web App yet in standalone mode?
If you could do that and confirm that would be great.
I've tried your method already by setting it to browser display mode and it works yes.
does anyone knows if getUserMedia also works in WkWebView? I expect PWA to be built on WkWebView but it is unclear to me whether the security rules will be the same. WkWebView support is important for web-based apps such as ones built on Cordova.
Just tested https://qrsnapper.com/ added to home screen in beta 7 (build 17A5565b). Doesn't work :-(
Still broken in iOS 13 beta 8.
Any chance to get this feature in the final iOS13, or in the upcoming betas?
Still broken iOS 13.1 beta 1.
Confirming that this is not working in 13 beta 6 or beta 7.
This is very unfortunate and impacting my company in which a PWA is a requirement. We had high hopes when we saw Beta 1 but that appears to be a fluke.
Does anyone feel bad enough yet to flip the magic switch to enable this feature? Beta one proved it’s not a technical one.
(In reply to Stéphane Magnenat from comment #37)
> does anyone knows if getUserMedia also works in WkWebView? I expect PWA to
> be built on WkWebView but it is unclear to me whether the security rules
> will be the same. WkWebView support is important for web-based apps such as
> ones built on Cordova.
From my testing, it looks like getUserMedia does *not* work in WkWebView. If you find a workaround for Cordova, please let me know.
So far the only way to make it work is to pass / access it through the browser (Safari), which gets you access to the camera. To do that, you can set the Manifest's "display" to "browser" (which nets you parts of the browser's UI including the navigation bar, etc...) rather than "standalone" (for a true PWA). This is very unfortunate as we all (well at least most) believed Apple would grant PWA's access to the camera with iOS 13.
There's a Vue.js component, vue-croppa (https://www.npmjs.com/package/vue-croppa), that has been incorporated in a Vue project that's live on poplr.herokuapp.com with a manifest.json > display: fullscreen that is able to successfully access an iphone's camera after opening app from homescreen. I'm on ios 12.2 but will update to 13.1 and confirm later that camera access still works.
Hopefully someone can dig into this component's source code and determine how camera access was granted from PWA installed without the awful "browser" display.
iamporter I looked at the app you're pointing at and it is unrelated to this bug. The app in reference is just accessing the iOS camera using <input file=""/> and the media capture api. This is a completely different feature than getUserMedia which is being discussed here.
display: fullscreen doesn't work for iOS
What won’t work
The display: fullscreen and display: minimal-ui won’t work on iOS; fullscreen will trigger standalone, and minimal-ui will be just a shortcut to Safari. You can get something similar to fullscreen (the status bar will exist but over your app) using the cover-fit viewport extension or a deprecated meta tag though.
📦 ParcelTrackingApp (https://parceltrackingapp.com/en) is one of these unfortunate apps where due to this bug after adding to home screen you have less features available than before.
It’s sub-optimal, but there is a slight work around that I just tested. Use the iOS shortcuts app, select Open URL under Safari, copy in the URL of the package tracing web app, and save the shortcut to home screen. When you tap on the shortcut, the web app camera function is available and works.
Thanks! But, we still in the same theme. The Home Screen icon is acceptable, but it will just open Safari. Thus...
Same situation here. Still not working in iOS 13.2. Really need to use standalone mode. Hopefully this is not a calculated restriction.
(In reply to Peter from comment #51)
> Same situation here. Still not working in iOS 13.2. Really need to use
> standalone mode. Hopefully this is not a calculated restriction.
This restriction is definitely not a "calculated". We are definitely aware that this is an important feature, and are working on it!
(In reply to Eric Carlson from comment #52)
> (In reply to Peter from comment #51)
> > Same situation here. Still not working in iOS 13.2. Really need to use
> > standalone mode. Hopefully this is not a calculated restriction.
> This restriction is definitely not a "calculated". We are definitely aware
> that this is an important feature, and are working on it!
That's great to hear, thank you.
retroplace.com also suffers from this: We use heavily relied on barcode scanner to quickly identify games. As a standalone app people are stuck.
This bug has been around for one and a half years now – given the impact it has on many web apps, I do hope this is finally fixed.
A terrible impact on our project as well, but here there is still time to abandon this aproach. Unfortunately, as we do not have a visible roadmap for this solution, we are stuck with our hands. We will only continue with the Android platform for now.
We are stuck waiting for this to be fixed as well.. this is terrible.
This hurts the reputation of PWA.
A roadmap would be much, much, much appreciated.
Same for us, combined with the reported situation that Apple rejects web-based apps (e.g. Cordova ones) in the app store, it really creates a dead-lock for media rich HTML5 apps (e.g. Augmented Reality, image and sound capture and edition, etc.).
@Eric Carlson Do you have any idea when this is going to be fixed?
Since you are stating that you are working on it... I cannot track this bug anywhere on your backlog on https://trac.webkit.org/
What is the current state and when it would be fixed?
That is great news Eric. Thanks for reporting here.
We, too, have been waiting on this bug to be resolved.
It looks like https://trac.webkit.org/changeset/252335/webkit contains some tests for something related. Glad to see it's getting attention! :-)
Wow, just discovered that *Eric* told it was not calculated. After the recent issue about developer discovering that finally UIWebview was banned and poor phonegap / cordova app had difficult time going trhough the app process I was almost sure that the lack of getUserMedia in standalone mode was calculated.
Thanks a lot for confirming this is not the case. Thanks a lot for working on it. Can we help in any ways ?
Thanks again :-)
Extremely excited by the focus given to trying to resolve this issue! Let's put all our stuffs on hold, cheering for news soon!
TIA, @Eric Carlson! And to all guys in the game.
@Eric Carlson thanks for letting us know.
We need this feature for our simple but camera-centric PWA app and would really appreciate a timeline, even if it's rough.
We have some big decisions to make about how/whether to proceed with our app and iPhone users are about half our audience.
Even knowing if it's weeks, months or years would help us out a lot.
I also want to thank Eric for working on this bug - I launch in a couple of short months and just found this bug
I do not know if I can work around this, any timeline of hoped for resolution would be great!
This is an absolutely crushing setback for our app as well.
I'm glad someone is 'working on it' but what we really need to know is when??
Forget promptInstall and notifications etc. etc. Just this basic functionality is really, really needed.
I concur that some sort of clue to the progress / forecast here would be appropriate. This is such a major bug that we (like many others here) need to start making some serious decisions (like abandoning PWA entirely).
Just letting us know whether this is weeks or months or years away would be really appreciated.
Yes, a timeline would be fantastic !
And any information to help understand how long after this fix is into the WebKit before we can expect things to start working in iOS
Will that require a release from Apple? Is there anyone on this thread from Apple that could speak to that?
And finally: this bug has been on-the-list for a year and a half -- what can I/we do to get it's priority increased above 'Normal' ?
Thanks for all your great work,
I do not think there is any additional work to be done on WebKit side.
After 18 months that have passed by without significant progress, I have to come to the conclusion that Apple – for whatever reasons – does not want PWAs to be able to access the camera. Probably because they would be too close to apps that people would buy in the app store where Apple makes money.
So we do what we have to do: We tell our users that Apple does not seem to be interested in making that feature work and that we drop support for this feature on iOS devices.
Of course, we are pointing out that Android devices work just wonderfully.
Since section 4.2.6 was added to the Apple App Store Review Guidelines it has become more difficult for data-driven applications that share a base template to make it into the App Store. For many use cases, PWAs provide an alternative solution that is simpler to deploy, host, and maintain while also helping to prevent overcrowding of the App Store.
However, lack of support for features like this prevent many applications from going the PWA route, leaving you with very few options if your application is template based.
It would be fantastic if the priority of this issue could be increased or if a target date could be set. This would allow business decisions to be made on the future viability of PWAs that need access to the camera.
Just wrecks the user experience popping out of a Pwa
To handle this shortcoming
Works beautifully in android.
Able to work in safari already
Such a disappointment spending the effort only to hit a senseless roadblock like this one
I faced this problem just over a month ago. And I confess that I was excited, but I think it's just an incorrect perception of the situation. But I must confess that when I read Armin Hierstetter's text, I get discouraged. It's not just about the paperwork of publishing an app or the profit on one side or the other. Having this problem means that we cannot fulfill requests from our own customers. This means that we need to stop providing modern solutions. I suppose you also notice the distrust in your customers when you say it works on Android but not iOS. So shame.