-
Notifications
You must be signed in to change notification settings - Fork 430
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Signal triggered by phone call when device is closed #876
Comments
Is the app in the background when the device is locked before the phone call is received, or did you lock the device whilst the app is in the foreground? |
@datwelk thanks for following up with this issue. The app was in the foreground when I locked the device. The issue happens consistently, easy to reproduce. |
To me this sounds a lot like an iOS bug. I know in iOS 15 they changed quite a bit with app warming, but since the app was already in the foreground, it's unlikely that it was killed and launched again in the short timespan. Perhaps worth filing a Feedback item with Apple using Feedback Assistant. Regarding the file protection crash, a possible fix is to write a canary item to the keychain with value Then you retry this previous step after receiving The above approach works well for the app warming launch sequence. In your particular case however it may suffice to just listen to |
I run into an issue that puzzles me, so I am trying to see if others experience the problem, and if this is the expected behaviour.
I have the following
SignalProducer
:If I close the device (not the app), and wait for 4-5 seconds or so, and place a call to the device the app is installed on from another device, the signal is triggered, and does the work. In case the pipeline uses a setup with NSFileProtectionComplete, this would cause the app to crash since we would try to access the files/DB while encrypted. (isProtectedDataAvailable: false)
Please see the sample project attached and a video (with sound) explaining what happens.
Sample project
Phone.zip
video recording:
PhoneCall.mov.zip
Please let me know if this is expected and I should find a workaround. This not used to be the case in the past I believe, I think it's not related to a recent change in the ReactiveSwift codebase, but maybe a behaviour change in the OS. I will try to gather supportive evidence for this claim.
Current pod versions:
Same happens on
UPDATE: just to clarity, the app is in the foreground when I lock the device.
The text was updated successfully, but these errors were encountered: