JP Simard

> it crashes on the `migration.create` with the unhelpful error message: `libc++abi.dylib: terminating with uncaught exception of type NSException` This is only unhelpful if you choose to ignore the exception...

Yes this is great, and I'd go even further to say that a rule like this, if it were reliable, should be enabled by default. SwiftLint hasn't shied away from...

Ah right, I forgot about that configuration parameter. Thanks @lordzsolt!

Looking forward to this one!

Thanks for the PR, no there's no problem with it.

I can't think of an easy way to support both Swift 5.x and 6.x at the same time. There are hard ways to do it, but I don't think it's...

Thanks for the PR! This is a welcome change, and doing this at the Swift layer is fine. Based on some GitHub discussions, it does look like the C API...

> The OpenAPI specification defines that for primitive types at the top level of the multipart schema are serialized as text/plain, but it doesn't define how to convert to/from primitive...

I just realized there's a cleaner solution here that both enforces type safety for multipart parts without enforcing json serialization or any serialization strategy at all really. Just let the...

Here's a concrete example: ```swift public enum RequestBodies { @frozen public enum MultipartIntegerRequest: Sendable, Hashable { @frozen public enum multipartFormPayload: Sendable, Hashable { public struct countPayload: Sendable, Hashable { public...