Open jambots opened 4 years ago
For this to work you need to set up these devices' UDIDs in the provisioning profile. Do you do that for each new client? My experience is that people don't want to give away their UDIDs.
Have you considered publishing on App Store Connect instead, at least for evaluation via TestFlight? I always do that, due to the UDID issues: a new tester --> a new provisioning profile.
Installing from PGB is only meant for development and testing, not deployment.
I am aware provisioning profiles with test device UDIDs allow IPAs to be installed on iOS. My clients sometimes like to test their apps before I deliver them to the store so my issue is not with deployment. Naturally I use connect to distribute through the App Store.
Is there a question of whether the ability install from the web build.phonegap.com is broken on iPads?
I understand. Yes, I've used that method too, but now I use TestFlight instead. Customers experience that as more professional and I don't have to deal with UDIDs.
I believe the site simply thinks that iPad is a PC due to its large screen. I don't know what causes the iTunes message though. Makes no sense.
As far as I know the URL in the QR code is never changed for a given project, so you could extract that URL and send to customers. Use e.g. https://webqr.com to get the URL from the saved QR code image. Worth a try.
Fascinating, thank you for sharing. My hope is that Adobe will update the phonegap build site to work as intended with iPads.
I understand the workaround is to (repeatedly) Request Mobile Website left of the address bar. Even with the workaround I see a bogus alert to Open this page in "iTunes"?. Also the page turns into a 404 and have to load from the QR every time.
I'm fine but I don't like my clients to have to put up with this confusing bad UX.
Adobe please detect iPad and serve the mobile site or fix the desktop site to work for installing a IPA from the web.