[Data Connect] getDataConnect() ignores connector field in cache key
@stephenarosaj is already working on this.
Since Jan 12, 2026.
Assessment
This issue has not been assessed yet.
Description
[READ] Step 1: Are you in the right place?
Yes, this is a bug in the firebase-admin/data-connect module code.
[REQUIRED] Step 2: Describe your environment
- Operating System version: macOS / Linux
- Firebase SDK version: firebase-admin@13.x (all versions with Data Connect support)
- Firebase Product: Data Connect
- Node.js version: 24.x
- NPM version: 11.x
[REQUIRED] Step 3: Describe the problem
Summary
The DataConnectService.getDataConnect() method caches DataConnect instances using only location and serviceId as the cache key, ignoring the connector field from ConnectorConfig.
This causes incorrect behavior when using multiple connectors with the same Data Connect service.
Steps to reproduce:
- Create a Data Connect service with multiple connectors (e.g.,
public,user,admin) - Call
getDataConnect()with different connector configs that share the samelocationandserviceId - Observe that both calls return the same
DataConnectinstance
Expected behavior:
Each unique combination of location, serviceId, and connector should return a distinct DataConnect instance.
Actual behavior:
The second call returns the cached instance from the first call, ignoring the different connector value.
Relevant Code:
import { getDataConnect, ConnectorConfig } from 'firebase-admin/data-connect';
const publicConfig: ConnectorConfig = {
location: 'us-west2',
serviceId: 'my-service',
connector: 'public',
};
const userConfig: ConnectorConfig = {
location: 'us-west2',
serviceId: 'my-service',
connector: 'user', // Different connector!
};
const publicDc = getDataConnect(publicConfig);
const userDc = getDataConnect(userConfig);
console.log(publicDc === userDc); // true (BUG! Should be false)
console.log(userDc.connectorConfig.connector); // 'public' (BUG! Should be 'user')
Impact:
When using multiple connectors (a common pattern for role-based access control), operations intended for one connector are incorrectly routed to another, causing "operation not found" errors.
Root cause:
In src/data-connect/data-connect.ts, line 39:
const id = `${connectorConfig.location}-${connectorConfig.serviceId}`;
The cache key should also include the connector field:
const id = `${connectorConfig.location}-${connectorConfig.serviceId}-${connectorConfig.connector ?? ''}`;
I have a fix ready with tests: #3055
- Dominant language
- TypeScript
- Stars
- 1.7k
- Forks
- 419
- Avg merge
- 4d 20h
- Merged PRs (30d)
- 16
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from firebase/firebase-admin-node
-
Difficulty 3/5 1-2 days Newbie friendliness 35/100
firebase/firebase-admin-node#3234 ·
-
firebase/firebase-admin-node#3221 · 3 comments · 1 assignee ·
-
api: messaging
Difficulty 3/5 1-2 days Newbie friendliness 70/100
firebase/firebase-admin-node#3215 ·
-
api: messaging
Difficulty 5/5 Over a week Newbie friendliness 28/100
firebase/firebase-admin-node#3214 ·
-
api: firestore type: feature request
firebase/firebase-admin-node#3183 · 1 comment · 1 assignee ·
All issues in firebase/firebase-admin-node
Similar issues
-
bug(cli): hapi doctor inline-media prints a fabricated B:\ helper-script path in packaged installs Open
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
-
Crush Open
Difficulty 1/5 Under an hour Newbie friendliness 85/100
catppuccin/catppuccin#3125 ·
-
Add a SECURITY.md Open
Difficulty 1/5 Under an hour Newbie friendliness 90/100
ElementsProject/cln-application#167 · 1 comment · 1 reaction ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Quantco/pnpm-licenses#17 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100