When I say exceptions in Swift, I mean, divide by zero, force unwrapping of an optional containing nil, out of index access in an array, etc. Those are programmer errors which of course ideally (!) should never occur in shipping code. They are treated as unrecoverable by the Swift runtime. You should make sure to distinguish these from error conditions that can occur due to run time conditions rather than errors not caught at development time. Swift’s error mechanism is designed to handle the latter but not the former. Consider: if your code tries to execute one of those serious programmer errors, then clearly the app is already off the rails in some way, so any recovery logic you want to attempt may be unhelpful at that point. The app should be considered unstable and broken. In Android, there is the setDefaultUncaughtExceptionHandler method to register for all kinds of exceptions in any thread in Kotlin. I'm looking for something similar in Swift There is no equivalent in Swift. Currently, I'm reading about ExceptionHandling framework That’s for Objective-C. The exception mechanisms of Objective-C and Swift are totally separate.

Read this page carefully: Supported URL Schemes. Unfortunately, that page doesn’t lead to any documented API for what you are hoping to accomplish.

Read this page carefully: Supported URL Schemes. Unfortunately, that page doesn’t lead to any documented API for what you are hoping to accomplish.

You may find this thread helpful, particularly this part: [quote='773887022, DTS Engineer, /thread/742549?answerId=773887022#773887022'] iOS’s underlying Wi-Fi infrastructure assumes that all APs with the same SSID lead to the same network [/quote]

What random number API are you using? Does its documentation specify its exact algorithm? If not, then there’s always a risk that you are accidentally relying on undefined behavior that could change over time. That said, I’d be a little surprised if Apple is putting much effort into improving the older PRNG functions such as rand and random (C functions). There’s also arc4random but it’s not seedable, so I’m guessing that’s not the one you are using.

Why doesn't switching from .ascii to .utf8 work? Doesn't this allow for the high bit to be set? Not all possible byte sequences are valid UTF-8.

Are these crashes being missed by Crashlytics, or is there some issue with dSYSMs in Crashlytics? This isn’t a specific answer, but if using a 3rd party crash reporter you should start with a little light reading on Implementing Your Own Crash Reporter.

Actually my guess is that the app (not the OS) stored a “this device is jailbroken” flag in the app’s settings, and then never actually checks again to see if the device has become non-jailbroken. This flag would be part of the app data that gets transferred to a new device or restored from backup. If it never actually checks for jailbreak again, then you will be stuck like this forever or until you uninstall the app to delete its saved settings. And if your device isn’t jailbroken, then it’s a bug in the jailbreak detection that gave a false positive in the first place.

I also tried to contact my bank. They say on their side everything is working fine with the iOS app. If their app is falsely claiming that your device is jailbroken, then it’s a bug in their app. There’s nothing anyone at Apple or on this developer forum can do to help. Any idea guys? Is there anything I can „reset“ somewhere? If I were in your end-user shoes, I’d delete the app and reinstall it so that it there is no saved or transferred data.

Xcode is now useless for programming. Actually you can fix this easily. Go to Settings → Themes → Source Editor and change Documentation Markup to a monospaced font.

Do you happen to have results from the REST API for the same locations? Could be interesting to compare them. Any idea if the unit has changed? The documentation does say it’s kilometers per hour, but that’s not really meaningful since any Measurement value is self-describing. But could be interesting if the unit has changed but not the raw value, or vice versa.

See the Apple-recommended answer in this thread.

For one thing, the network name can leak location information. Some users may not want to disclose that they are connected to a network named something like “No-Tell Motel Free Guest Wi-Fi”.

The accuracy properties are basically all you have to work with. There is no API to get lower level information. See also this thread.

Can you post a full crash report? See Posting a Crash Report. But also can you post a small snippet of code that demonstrates the problem? Can you narrow it down to any specific property on your encodable type?