Repository navigation
Conversation
|
Are there any actual example of such crash? |
|
Closing due to not feedback and no reproducer. |
|
Hello @vbuberen I'm hitting this same crash on an iPhone 13 running iOS 26. It's not consistently reproducible on other devices with identical specs, so it seems tied to a specific runtime condition rather than the device model itself. Crash log: This matches the crash signature described in this PR. Given that it's reproducible (just not on every device), could we reopen this and take another look? Happy to share the exact iOS build number and app scenario that triggers it if that's useful for narrowing down the root cause. |
|
Hi @vbuberen, I captured this crash in production via Sentry on Environment
Crash LogThis problem, as far as I know, only affects this early Beta build of iOS 26.1. So it is not a widespread problem, and maybe we can ignore it. |
@ShirishAryal Of course share, but it seems the issue is in beta versions like shared in the comment below.
Thanks for reporting it. Indeed if it is only beta I am for ignoring this. |
Description
This PR fixes an iOS crash in
device_info_pluswhen collecting iOS device info on some iOS 26.1 runtimes.Crash signature:
The existing implementation guarded the call with
@available(iOS 26.1, *), but availability only confirms that the SDK/runtime version is new enough. It does not guarantee that the concreteNSProcessInfoinstance responds to the Objective-C selector. In the crash above the object is_NSSwiftProcessInfo, and sendingisiOSAppOnVisiondirectly can raise an unrecognized selector exception.This change keeps the default value as
falseand only invokesisiOSAppOnVisionafter verifying that theNSProcessInfoinstance responds to the selector. It also adds a focused regression test for the native source guard so this crash path does not get reintroduced accidentally.Verification run for the affected package:
Related Issues
No existing upstream issue was found for this specific
isiOSAppOnVisioncrash signature.Checklist
CHANGELOG.mdnor the plugin version inpubspec.yamlfiles.flutter analyze) does not report any problems on my PR.Breaking Change
Does your PR require plugin users to manually update their apps to accommodate your change?
!in the title as explained in Conventional Commits).