firebase_core_tvos 0.0.4
firebase_core_tvos: ^0.0.4 copied to clipboard
tvOS (Apple TV) implementation of the firebase_core Flutter plugin, enabling Firebase initialization on Apple TV via the flutter-tvos toolchain.
0.0.4 #
- Add Swift Package Manager support: ships
tvos/Package.swift(one Objective-C target,include/as the public headers). flutter-tvos links a plugin that shipstvos/Package.swiftthrough Swift Package Manager and leaves it out of the Podfile. The tvOS FlutterFire ports that depend on this package move to SwiftPM in the same change and requirefirebase_core_tvos: ^0.0.4: a port still on its podspec would no longer find thefirebase_core_tvospod. - Plugins now register with the Firebase SDK under SwiftPM too.
FIRAppInternal.his not reachable there (firebase-ios-sdk vends FirebaseCoreExtension as no product), soREGISTER_LIBwas never defined and+[FIRApp registerLibrary:withVersion:]was skipped. The method is now declared locally when neither header is found, and the call first checks thatFIRAppresponds to it. LIBRARY_VERSION(podspec and Package.swift) now matches the package version. It said 0.0.1.
0.0.3 #
- Regenerate the native Pigeon sources from
firebase_core4.13.0, which decode the 14-elementCoreFirebaseOptionspayload thatfirebase_core_platform_interface8.1.0 settled on. 0.0.2 pinned to the 15-element window instead. - Widen
firebase_core_platform_interfaceto^8.1.0; requirefirebase_core^4.13.0.
0.0.2 #
- Constrain
firebase_core_platform_interfaceto>=7.1.0 <8.1.0.CoreFirebaseOptionsis a 15-element Pigeon payload only in 7.1.0 and 8.0.0; 7.0.x predates therecaptchaSiteKeyfield and 8.1.0 removed it again, so both send 14 elements. The generated native side here decodes index 14, so outside that windowFirebase.initializeApp(options: ...)read past the end of the list. Unconstrained, a fresh resolve picked 8.1.0.
0.0.1 #
- Initial tvOS scaffolding generated by
flutter-tvos plugin portfromfirebase_core.