Still not fixed in iOS 14.0

I managed to come up with a reproducer that also works on macOS 12.4 on a M1 Pro: https://gist.github.com/lewurm/40fb8f7edb81f5e715ee6c7217feed32

Crash report: https://gist.github.com/lewurm/74f5a8c2b2291756e64b49070aea68d7

The documentation has been changed in Xcode 14. I've closed the radar.

Now objc_getClass and objc_lookUpClass are both documented to behave identically, and explicit references to the class handler chain have been removed.

Please find a sample project attached to this response which reproduces the behaviour. Additional comments and exact steps to reproduce are mentioned in the README.md file.

https://github.com/dezinezync/FB10170943

Can you please provide a sample project?

I tested the sample project in Xcode 14b1 and iPhone 13 Simulator running iOS 16 beta and it's worse - the list edit controls don't appear anymore when tapping edit, see attached screenshot (Edit has been tapped and is now showing Done but rows are not showing edit controls).

https://imgur.com/yq70tM4

Please add a setting to disable this feature. It's an inconvenience and has caused build issues in our application when an import was automatically added and went un-noticed.

Agreed. This is so problematic. I've got a script that runs code generation. When I run it now from an Xcode behavior keyboard shortcut, after the code is generated, somehow Xcode is deciding to add import statements.

It's adding import statements to a generated Package.swift file importing libraries that are noted as dependencies of the Package... now my Package.swift file is invalid whenever I generate it.

If I run my codegen script without having Xcode open, it works just fine. So obnoxious. Please get rid of this terrible addition Apple.

https://youtube.com/shorts/egFRKTzfG4g?feature=share

Fixed in iOS 13.0

Fixed in iOS 15.0

Appears to be fixed in iOS 14+

Can't change the permissions by myself. Can you please share some instructions on how to do it or the way you compiled libgit2.dylib. Thank you in advance

is and as? require that the class being checked subclass NSObject or SwiftObject, or at least implement enough standard ObjC methods to have the same basic functionality. In this case, the casting code is trying to use the isSubclassOfClass: method, and crashing because these dynamic classes don't implement that method.

In general, it's important to be extremely careful with classes obtained from objc_getClassList and objc_copyClassList because they could have arbitrary restrictions on how they're used. The only safe way to use these APIs is to manually check their inheritance by using class_getSuperclass in a loop, or check for protocol conformance with class_conformsToProtocol, and ignore any class that doesn't match.

It's also a good idea to avoid making new root classes. In this particular example, specifying NSObject.self as the superclass in the else case solves the problem, although the code is still dangerous as there could be other classes loaded that don't play well with is TestClass.Type.

One more note: it's strongly recommended to use objc_copyClassList over objc_getClassList. It's difficult to use the get method without potentially racing other threads and ending up with a buffer overflow. The copy version handles this problem for you.

https://imgur.com/nbveDw0

It was said that 15.5 betas also had this issue.

• the same version of Xcode (13.2.1+) and iOS 15.2+ on Intel Macs

Neopronouns are inherently language- and culture-bound and cannot be used in any useful way.

This issue was resolved