[Release Tooling] Validation workaround for Xcode 15.3b3

[ncooke3]

context in b/327020913

Validated locally by building one xcframework. It's possible this could blow up when building all of the xcframeworks, but hopefully not.

[google-oss-bot]

	1 Warning
⚠️	Did you forget to add a changelog entry? (Add #no-changelog to the PR description to silence this warning.)

Generated by 🚫 Danger

[paulb777]

LGTM after comment, green CI and confirm that we don't do something strange on catalyst and macos like writing a one-line plist file.

[ncooke3]

Framework-level Info.plists are missing for catalyst and macOS. I verified that the app validates with such a layout on macOS and catalyst.

/private/var/folders/6h/fgkrlkjs0ygdzpbhyr9l4k1c0000gn/T/ZipRelease/Binaries 26/FirebaseCoreExtension.xcframework
├── Info.plist
├── ios-arm64
│   └── FirebaseCoreExtension.framework
│       ├── FirebaseCoreExtension
│       ├── FirebaseCoreExtension_Privacy.bundle
│       │   ├── Info.plist
│       │   └── PrivacyInfo.xcprivacy
│       ├── Headers
│       │   ├── FIRAppInternal.h
│       │   ├── FIRComponent.h
│       │   ├── FIRComponentContainer.h
│       │   ├── FIRComponentType.h
│       │   ├── FIRDependency.h
│       │   ├── FIRHeartbeatLogger.h
│       │   ├── FIRLibrary.h
│       │   ├── FIRLogger.h
│       │   ├── FIROptionsInternal.h
│       │   ├── FirebaseCoreExtension-umbrella.h
│       │   └── FirebaseCoreInternal.h
│       ├── Info.plist
│       └── Modules
│           └── module.modulemap
├── ios-arm64_x86_64-maccatalyst
│   └── FirebaseCoreExtension.framework
│       ├── FirebaseCoreExtension
│       ├── FirebaseCoreExtension_Privacy.bundle
│       │   └── Contents
│       │       ├── Info.plist
│       │       └── Resources
│       │           └── PrivacyInfo.xcprivacy
│       ├── Headers
│       │   ├── FIRAppInternal.h
│       │   ├── FIRComponent.h
│       │   ├── FIRComponentContainer.h
│       │   ├── FIRComponentType.h
│       │   ├── FIRDependency.h
│       │   ├── FIRHeartbeatLogger.h
│       │   ├── FIRLibrary.h
│       │   ├── FIRLogger.h
│       │   ├── FIROptionsInternal.h
│       │   ├── FirebaseCoreExtension-umbrella.h
│       │   └── FirebaseCoreInternal.h
│       └── Modules
│           └── module.modulemap
├── ios-arm64_x86_64-simulator
│   └── FirebaseCoreExtension.framework
│       ├── FirebaseCoreExtension
│       ├── FirebaseCoreExtension_Privacy.bundle
│       │   ├── Info.plist
│       │   └── PrivacyInfo.xcprivacy
│       ├── Headers
│       │   ├── FIRAppInternal.h
│       │   ├── FIRComponent.h
│       │   ├── FIRComponentContainer.h
│       │   ├── FIRComponentType.h
│       │   ├── FIRDependency.h
│       │   ├── FIRHeartbeatLogger.h
│       │   ├── FIRLibrary.h
│       │   ├── FIRLogger.h
│       │   ├── FIROptionsInternal.h
│       │   ├── FirebaseCoreExtension-umbrella.h
│       │   └── FirebaseCoreInternal.h
│       ├── Info.plist
│       └── Modules
│           └── module.modulemap
└── macos-arm64_x86_64
    └── FirebaseCoreExtension.framework
        ├── FirebaseCoreExtension
        ├── FirebaseCoreExtension_Privacy.bundle
        │   └── Contents
        │       ├── Info.plist
        │       └── Resources
        │           └── PrivacyInfo.xcprivacy
        ├── Headers
        │   ├── FIRAppInternal.h
        │   ├── FIRComponent.h
        │   ├── FIRComponentContainer.h
        │   ├── FIRComponentType.h
        │   ├── FIRDependency.h
        │   ├── FIRHeartbeatLogger.h
        │   ├── FIRLibrary.h
        │   ├── FIRLogger.h
        │   ├── FIROptionsInternal.h
        │   ├── FirebaseCoreExtension-umbrella.h
        │   └── FirebaseCoreInternal.h
        └── Modules
            └── module.modulemap

25 directories, 63 files

[ncooke3]

I may want to make this .xml in the future. The binary format is harder to diff from the command line. I'll change it if there is more plist related work down the road.

[guppy-jpf]

@ncooke3

sorry to bother you if you're busy, but quick question:

you say above:

context in b/327020913

and also in the code:

// The minimum OS version is set to 100.0 to work around b/327020913.

i'm just curious what "b/327020913" is ... is that some internal google bug tracker reference?

the reason i ask is, i'm in the process of trying to work through a similar issue with a 3rd-party library vendor (best available ref here; sorry, the actual vendor doesn't track issues on github), and their contention is that the issue is caused by an apple bug ... so i'm curious if you guys also consider this to be an apple bug that you're trying to work around, or do you feel it's just stricter (but not erroneous) checking on the part of xcode 15.3?

if you have time for a quick reply, i'd appreciate it.
thanks!

[paulb777]

Yes. The "b" reference is an internal bug tracker and yes we consider it an Apple bug: Apple should allow SDKs to support a lower minimum OS version than the app and it's very strange that setting the version higher than any available OS is a workaround.

[guppy-jpf]

@paulb777

thanks for the response! surely someone somewhere has filed a radar on this (although how would one ever know?).
it also seems odd that this issue would not have been reported and fixed during the long xcode 15.3 beta cycle,
but then again, maybe not, given the state of apple's software quality over the past few years ...

[paulb777]

We have an open Apple Feedback about the issue and still waiting for a response.

[paulb777]

Feedback (Radar) ID: FB13657402