feat(functions): httpsCallable.stream support by MichaelVerdon · Pull Request #8799 · invertase/react-native-firebase

MichaelVerdon · 2025-12-09T13:13:12Z

Description

@russellwheatley taken over:

I had to create a swift implementation for callables as the Swift firebase-ios-sdk is the only way to set limited app check token.
As mentioned internally, the HttpsCallableStreamOptions will only apply to web streaming. Use HttpsCallableOptions for iOS and android http rest calls/streaming.
I created an asynciterator for cancelling streams on web as AbortSignal isn't available on any version of RN lower than v.81.
refactored android and removed UniversalFirebaseFunctionsModule.java‎. This required making TaskExecutorService constructor public on Firebase App so we can still use it.
refactored android, ios and TS to remove code duplications.

Related issues

fixes #8210

Release Summary

Checklist

I read the Contributor Guide and followed the process outlined there for submitting PRs.
- Yes
My change supports the following platforms;
- Android
- iOS
- Other (macOS, web)
My change includes tests;
- e2e tests added or updated in packages/\*\*/e2e
- jest tests added or updated in packages/\*\*/__tests__
I have updated TypeScript types that are affected by my change.
This is a breaking change;
- Yes
- No

Test Plan

Think react-native-firebase is great? Please consider supporting the project with any of the below:

👉 Star this repo on GitHub ⭐️
👉 Follow React Native Firebase and Invertase on Twitter

vercel · 2025-12-09T13:13:18Z

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated (UTC)
react-native-firebase	Ready	Preview, Comment	Feb 11, 2026 1:32pm

mikehardy

None of my comments would result in any change in functionality - it all seems like it would work fine. Just trivial nitpicks or similar, along with notes on cross-checking performed (with positive outcomes)

So +1 and I'd squash merge - but leaving open in case you want to adopt any of the suggestions?

mikehardy · 2026-02-10T19:46:25Z

+  s.private_header_files = "ios/**/*.h"
  s.exclude_files       = 'ios/generated/RCTThirdPartyComponentsProvider.*', 'ios/generated/RCTAppDependencyProvider.*', 'ios/generated/RCTModuleProviders.*', 'ios/generated/RCTModulesConformingToProtocolsProvider.*', 'ios/generated/RCTUnstableModulesRequiringMainQueueSetupProvider.*'
  # Turbo modules require these compiler flags
  s.compiler_flags      = '-DFOLLY_NO_CONFIG -DFOLLY_MOBILE=1 -DFOLLY_USE_LIBCPP=1 -DFOLLY_CFG_NO_COROUTINES=1'


I believe the compiler_flags is already handled by the install_module_dependencies() call (which is...frankly non-negotiable so should be taken out of the if(defined?(install_modules_dependencies()) conditional and be the only path)

suggest experiment with removing this line and removing the conditional so that install_modules_dependencies is always called, and I think TurboModules will be set up correctly for all supported react-native

I've made install_module_dependencies () always run.

I've tried a number of different ways not setting all headers private (nuclear option) but no matter what, the Swift module build blows up when it encounters C++ stdlib header from codegen.

mikehardy · 2026-02-10T20:01:37Z

+/// Swift wrapper for Firebase Functions streaming that's accessible from Objective-C
+/// This is necessary because Firebase's streaming API uses Swift's AsyncStream which
+/// doesn't have Objective-C bridging
+@available(iOS 15.0, macOS 12.0, *)


this @available annotation shouldn't be necessary unless the pbxproj IPHONEOS_DEPLOYMENT_TARGET is wrong

In fact no, it is set to 10 ! That's not correct

4 places, here is an example

react-native-firebase/packages/functions/ios/RNFBFunctions.xcodeproj/project.pbxproj

Line 162 in 13d6bb3

IPHONEOS_DEPLOYMENT_TARGET = 10.0;

confirmed iOS 15 is already our minimum supported iOS version - we're issuing the merge result of this as a breaking change but it's related to functions going new architecture only, this iOS version doesn't have to be mentioned.

As a separate issue / peeled from this review (right-click on this comment and create issue - I formatted it well for that), we should raise the deploy target to 15 in the package pbxproj's to match current requirements

Ok, if I understood you correctly - raise min deployment target in Functions package (and possibly across the board) in a separate PR(s)?

yep exactly that - just peel this to another issue directly via the comment tools and table it since it's good for hygiene but that's low priority and this PR needs to go in

mikehardy · 2026-02-10T20:15:14Z

+      streamOptions?: HttpsCallableStreamOptions,
+    ) => {
+      const platformOptions =
+        isAndroid || isIOS


could also be written maybe more concisely as !isOther but isOther is defined as !isAndroid && !isIOS so means literally the same thing. Philosophically I think isOther is technically more accurate as perhaps we add more native platforms that need the non-web type, but isOther is specifically how we say "firebase-js-sdk implementation" so is maybe best?

Suggested change

isAndroid || isIOS

!isOther

mikehardy · 2026-02-10T21:35:28Z

+        @"listenerId" : listenerIdNumber,
+        @"body" : event
+      };
+      [[RNFBRCTEventEmitter shared] sendEventWithName:@"functions_streaming_event"


I have noticed event batching behavior on iOS only, and I trace it to this method call (so far).
Specifically if I add an NSLog call here before the RNFBRCTEventEmitter call, and I alter the Basic Stream local-test to wait 5 seconds, I get no events emitted for 20 seconds, then the first 4 come all at once. Then nothing, then the last event and the terminate event (you can see it in the timestamps):

The function itself (running in the emulator) emits logs as expected, every 5 seconds when configured for a 5 second delay.

I haven't determined why yet but it's worth noting as I believe batching these is unwanted, and android doesn't exhibit this behavior.

It could be in the functions emulator batching the chunk sends to iOS for some reason (but...the native/emulator event emitting doesn't do that on android?) or it could be in firebase-ios-sdk, or it could be in our native code / firebase-ios-sdk setup / callbacks somehow.

Can't see anything on our iOS setup that would batch the responses to JS side. We can infer from android working fine, it isn't a problem with JS internal implementation. Sounds like a firebase-ios-sdk issue

mikehardy · 2026-02-10T22:23:22Z

+      for try await response in stream {
+        switch response {
+        case .message(let message):
+          eventCallback([


related to investigating why events are delayed/batched on iOS, they are also batched here - this isn't called every time the emulator function actually sends a chunk

mikehardy · 2026-02-11T13:11:09Z

CI being pesky.

Simulator boot issue on one of the iOS. Unrelated flake
compile error on debug attempt, while release still worked? That's new

russellwheatley · 2026-02-11T13:23:47Z

@mikehardy - I think the build issue is related to changes made to podspec from PR review. I've reran debug build to confirm. Keeping my eye on it 👍

russellwheatley · 2026-02-11T13:26:21Z

@mikehardy - failed. I think sendable protocol is related to Swift v6 that causes issue perhaps 🤔

mikehardy · 2026-02-11T14:44:39Z

swift to 5 did it, ios debug was a simulator pre-boot flake, re-running

ftaibi · 2026-02-14T02:32:56Z

is stream() available now in main?

mikehardy · 2026-02-14T12:50:15Z

@ftaibi yes on main and I believe if you look at the PR where it went in, you should be able to grab patch-package packages that apply to the current release (and bring it up to main+that PR at that point in time) if you would like to use it pre-release.

feat(cloud_functions): httpsCallable.stream support

3d6358a

vercel Bot had a problem deploying to Preview December 9, 2025 13:14 Failure

feat: android impl

f20f329

vercel Bot had a problem deploying to Preview December 10, 2025 12:47 Failure

mikehardy changed the title ~~feat(cloud_functions): httpsCallable.stream support~~ feat(functions): httpsCallable.stream support Dec 10, 2025

feat: typescript impl

87b000a

vercel Bot had a problem deploying to Preview December 11, 2025 12:17 Failure

feat: turbomodules impl and use correct native method for android

b5aa190

vercel Bot had a problem deploying to Preview December 11, 2025 12:25 Failure

feat: tests and event emission working

2024041

vercel Bot had a problem deploying to Preview December 11, 2025 15:25 Failure

fix: tests

fe37b79

vercel Bot had a problem deploying to Preview December 11, 2025 16:13 Failure

feat: definition tests

ff8c3b1

vercel Bot deployed to Preview December 12, 2025 09:12 View deployment

feat: iOS impl

9c44d18

vercel Bot deployed to Preview December 12, 2025 14:27 View deployment

fix: ios stream

bb15bf4

vercel Bot deployed to Preview December 12, 2025 15:18 View deployment

fix: jest

3560577

vercel Bot deployed to Preview December 15, 2025 06:22 View deployment

feat: web impl

1445156

vercel Bot deployed to Preview December 15, 2025 07:41 View deployment

feat: error handling

d2b94d1

vercel Bot deployed to Preview December 15, 2025 08:12 View deployment

format: js

0cfed52

vercel Bot had a problem deploying to Preview December 15, 2025 08:39 Failure

fix: ts defs

bcf8869

vercel Bot had a problem deploying to Preview December 15, 2025 08:50 Failure

russellwheatley added 14 commits January 29, 2026 12:25

test: check responses match what we expect

570c392

chore: clean up ts-ignores

ed0c7f3

fix: stop using polling, call when final data is in

f293d2e

chore: format

e30da8c

test: loosen up check for e2e tests

e5936e1

ci(ios): update to Xcode 26.2.0

9fce0be

fix(functions): encoding/decoding more robust

2f6d092

fix(functions): ios use rawNumber for error codes

2b97611

fix: error handling for steaming callables

a5cffcc

fix(android): pull correct error code/message from throwables

fba30fa

format

9617769

Merge branch 'main' into cloud-functions-streaming

7a536aa

fix: invalidate method via invalidate protocol

425f3e7

format

bb37441

mikehardy approved these changes Feb 10, 2026

View reviewed changes

mikehardy reviewed Feb 10, 2026

View reviewed changes

russellwheatley added 6 commits February 11, 2026 11:36

fix(ios): bump swift version and always use install_modules_dependencies

35305ed

fix: bump to Swift 6 as we have min Xcode 16.2

8a6fe69

test: remove jest setup for functions

07bf00c

chore: refine conditional check

fa38eb3

Merge branch 'main' into cloud-functions-streaming

f94f6a3

fix: lower swift version to 5.10

da891f5

mikehardy mentioned this pull request Feb 12, 2026

this @available annotation shouldn't be necessary unless the pbxproj IPHONEOS_DEPLOYMENT_TARGET is wrong #8882

Open

Conversation

MichaelVerdon commented Dec 9, 2025 • edited by russellwheatley Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Description

Related issues

Release Summary

Checklist

Test Plan

Uh oh!

vercel Bot commented Dec 9, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

mikehardy left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

mikehardy Feb 10, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

mikehardy commented Feb 11, 2026

Uh oh!

russellwheatley commented Feb 11, 2026

Uh oh!

russellwheatley commented Feb 11, 2026

Uh oh!

mikehardy commented Feb 11, 2026

Uh oh!

ftaibi commented Feb 14, 2026

Uh oh!

mikehardy commented Feb 14, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

MichaelVerdon commented Dec 9, 2025 •

edited by russellwheatley

Loading

vercel Bot commented Dec 9, 2025 •

edited

Loading

mikehardy Feb 10, 2026 •

edited

Loading