fix: devtools compatibility with @apollo/client 3.13.9

[Copilot]

Operations are missing from devtools recordings and the tracker tab with @apollo/client 3.13.9 because of three internal API changes in Apollo Client 3.8+:

1. queryManager.fetchQueryObservable was removed and replaced by the private fetchConcastWithInfo
2. queryManager.getQuery was renamed to getOrCreateQuery
3. queryManager.mutationStore can be undefined (only initialized when onBroadcast is provided)

Compatibility shim (apollo-client-compat.ts)

New helper that patches the queryManager to bridge the internal API changes for apollo-inspector:

• fetchConcastWithInfo → fetchQueryObservable bridge: Creates a fetchQueryObservable shim backed by the original fetchConcastWithInfo, then wraps fetchConcastWithInfo so that Apollo Client's own internal calls are routed through fetchQueryObservable when apollo-inspector has hooked it. This ensures operation tracking hooks are triggered.
• getQuery → getOrCreateQuery alias: apollo-inspector calls queryManager.getQuery(queryId) inside its verbose tracking hook, which was renamed in 3.8+.
• mutationStore initialization: Ensures mutationStore is always a real object so mutations are tracked and devtools code can iterate it.
• Idempotency guard: Prevents the shim from being applied multiple times to the same client.

Early shim application via rempl-wrapper

The compat shim is now applied in rempl-wrapper.runAllHooks() when clients are first discovered, so all publishers (tracker, recent-activity, operations-tracker) benefit from the compatibility patches before they begin polling.

Null-safety for mutationStore

• getMutations() in both apollo-tracker-publisher and apollo-recent-activity-publisher now falls back to {} when mutationStore is undefined

[pavelglac]

@copilot I still do not see queries in devtools

[Copilot]

@copilot I still do not see queries in devtools

In commit 55934f2, I've made significant improvements to the compatibility shim:

For operations recording: The original shim only added fetchQueryObservable to the queryManager, but Apollo Client 3.13.9 never actually calls it — it calls fetchConcastWithInfo instead. Now the shim wraps fetchConcastWithInfo so internal calls are routed through fetchQueryObservable, which triggers apollo-inspector's hooks. I also added a getQuery → getOrCreateQuery alias since apollo-inspector calls getQuery() in its hook (renamed in 3.8+).

For the tracker: The compat shim is now applied early in rempl-wrapper.runAllHooks() when clients are first discovered, so ALL publishers (tracker, recent-activity, operations) benefit. This ensures mutationStore exists before any data is polled.

However, the tracker tab reads queryManager.queries (a Map of QueryInfo objects) directly, and from my analysis of the compiled 3.13.9 source, this Map and its QueryInfo properties (document, variables, graphQLErrors, networkError, lastDiff, lastWrite) all still exist and are accessible. Could you share more details about what you see in the tracker tab — is it completely empty, or are some queries missing? Any console errors would be very helpful for further investigation.