After updating to 10.3, my app no longer automatically dials a phone number after pressing the call button in my app using the openURL: options: completionHandler: method.
Instead, a prompt comes up every time to confirm the user's intentions.
As per the Apple Documentation:
The tel URL scheme is used to launch the Phone app on iOS devices and initiate dialing of the specified phone number. When a user taps a telephone link in a webpage, iOS displays an alert asking if the user really wants to dial the phone number and initiates dialing if the user accepts. When a user opens a URL with the tel scheme in a native app, iOS does not display an alert and initiates dialing without further prompting the user. However, a native app can be configured to display its own alert.
According to this, the prompt displays for webpages but doesn't display in a native iOS app.
Could this be a bug in 10.3? Or is there a new function I need to use or a new property to include in the info.plist I do not know about?
Thanks.
This is listed as a known issue in the 10.3 release notes.
https://developer.apple.com/library/content/releasenotes/General/RN-iOSSDK-10.3/
openURL
When a third party application invokes openURL: on a tel://,
facetime://, or facetime-audio:// URL, iOS displays a prompt and
requires user confirmation before dialing.
It is also listed in the Security content of the 10.3 update, so I'm assuming this a new feature that is here to stay.
An issue existed in iOS allowing for calls without prompting. This
issue was addressed by prompting a user to confirm call initiation.
This is not the first time, Apple developers have reactivated this alert for url schemes? I remember that they did this kind activation, even in few other earlier updates, and they rolled back in the next OS update.
In the case of 10.3.1, I read a news that in the US there were many 911 calls fraudulently dialed. https://9to5mac.com/2017/03/06/911-ios-exploit/
In my opinion, the alert restriction has been incorporated to put stop for wrong 911 dials.
I am confident that, Apple cannot enforce this kind of arbitrary changes to API's/Schemes quite often and then, which is largely affecting the user's experience.
I have a Speed Dial App in the store for the last 8 years. https://itunes.apple.com/us/app/speed-dial/id306569903?ls=1&mt=8#
In the last few weeks, so many users are complaining about this new restriction of one more touch on the speed dial.
For now, we have to wait until Apple fixes this known issue in the next update. Because, there are 100s productivity apps, which rely on the URL scheme and no alert scheme.
Related
After updating to 10.3, my app no longer automatically dials a phone number after pressing the call button in my app using the openURL: options: completionHandler: method.
Instead, a prompt comes up every time to confirm the user's intentions.
As per the Apple Documentation:
The tel URL scheme is used to launch the Phone app on iOS devices and initiate dialing of the specified phone number. When a user taps a telephone link in a webpage, iOS displays an alert asking if the user really wants to dial the phone number and initiates dialing if the user accepts. When a user opens a URL with the tel scheme in a native app, iOS does not display an alert and initiates dialing without further prompting the user. However, a native app can be configured to display its own alert.
According to this, the prompt displays for webpages but doesn't display in a native iOS app.
Could this be a bug in 10.3? Or is there a new function I need to use or a new property to include in the info.plist I do not know about?
Thanks.
This is listed as a known issue in the 10.3 release notes.
https://developer.apple.com/library/content/releasenotes/General/RN-iOSSDK-10.3/
openURL
When a third party application invokes openURL: on a tel://,
facetime://, or facetime-audio:// URL, iOS displays a prompt and
requires user confirmation before dialing.
It is also listed in the Security content of the 10.3 update, so I'm assuming this a new feature that is here to stay.
An issue existed in iOS allowing for calls without prompting. This
issue was addressed by prompting a user to confirm call initiation.
This is not the first time, Apple developers have reactivated this alert for url schemes? I remember that they did this kind activation, even in few other earlier updates, and they rolled back in the next OS update.
In the case of 10.3.1, I read a news that in the US there were many 911 calls fraudulently dialed. https://9to5mac.com/2017/03/06/911-ios-exploit/
In my opinion, the alert restriction has been incorporated to put stop for wrong 911 dials.
I am confident that, Apple cannot enforce this kind of arbitrary changes to API's/Schemes quite often and then, which is largely affecting the user's experience.
I have a Speed Dial App in the store for the last 8 years. https://itunes.apple.com/us/app/speed-dial/id306569903?ls=1&mt=8#
In the last few weeks, so many users are complaining about this new restriction of one more touch on the speed dial.
For now, we have to wait until Apple fixes this known issue in the next update. Because, there are 100s productivity apps, which rely on the URL scheme and no alert scheme.
I have a some special requirement to delete dial call number from call list. I research a lot on SO but not able to get any answer for this. Is it possible in iPhone?
Apple doesn't allow developers to modify call list or history, since it will violate user's privacy policy. It is not possible to achieve in iOS with iOS public framework, used to submit apps to appstore. It is only possible by using private frameworks... or you can say jailbreaking the device. But you won't be able to submit app to store. It will be rejected.
Simple answer: No you cannot. Apple iOS doesn't allow you to access some of the applications such as Phone and Messages - So it is not possible for you directly access the call log, read messages or whatsoever. What you can do is, you can open the Messages/Phone app with a pre-defined number to call or a message to send for performing user verification actions.
Take the example of Uber app; you can call the driver by tapping on the Contact button, but there is no way that app can access your phone log and delete the recent numbers from the record - unlike Android devices.
It may be possible by jailbreaking, which on the other hand won't let you put your app on the App Store.
Is there a way to open an app from the lock screen without putting in the password? Like the phone app can be called when a missed call notification is present. Is this possible?
I have dabbled with various ideas to make the main functionality of my app work. Through my research I cannot find an answer to my dilemma.
I want the user to be able to use the app without unlocking the phone or once in the app not being able to quit the app without a password essentially locking the phone from other uses except the main functionality of the app.
I know there are private frameworks that would allow it but is there a way to do it with Apple's approval?
No. This would be a security issue as you could send an APN and potentially allow someone to get into a locked device without the user's approval.
I understand we cannot extract phone number/ call log from iOS 7. However, how do I give the user a pop-up every time an incoming or outgoing call ends. This pop up will open a form from the App that will already have call duration pre-filled and the user will fill the rest of the call.
I know similar topics exist, but nothing precisely on iOS 7.
That's not possible with current versions of iOS (or iOS 8). I wouldn't expect such a facility becoming available any time soon because it doesn't feel like something Apple would allow.
I am sending app requests from an iOS native app using Facebook SDK dialog. I have created a canvas app and set the iTunes ID (using a valid ID from a different app in the store now, since mine is not). The requests arrive at desktop www site, and show up under "App and Games>Invites from friends". But, they do not show up on iOS native Facebook app, unless I first do Facebook SSO with my app. Then, my app bookmark appears in FB, and new requests increment the counter.
How do I get the requests to show up on iOS before my app is installed? Other peculiar thing that may be related, is I get no activity under "Notifications" on iOS, only the app bookmark. On desktop, I see the Notifications globe flash with a red badge at first logon, but then the badge goes away and nothing is there, although the requests appear under "Apps and games". This seems not totally consistent as some people who have tested my app get the expected Notification behavior, but I never do on my own FB account. Could it be because if added and removed the app repeatedly for testing?
Any clues?
My problem seems to have been something fouled up in the Facebook database, probably as a result of my various misfires in early development. At some point it began working correctly without any changes on my end.