apollographql / apollographql/apollo-client-integrations

When do race conditions actually occur?

Open
#28 5 comments 0 reactions 0 assignees View on GitHub
answered unclosed-for-visibility
Dominant language
TypeScript
Stars
556
Forks
53
PR merge metrics
No merged PRs in 30d

Description

Based on the information provided in the README:

> ❗️ This package is experimental. Generally it should work well, you might run into race conditions when your Client Component is still rendering in SSR, and already making overlapping queries on the browser.
> ...
> If you do not use suspense in your application, this will not be a problem to you.

When would such a scenario with race conditions happen exactly? Only when using `@defer`? Also, what do you mean if we're not using suspense? What will happen if I decide to wrap a component using a suspense boundary `` or by using the `loading.tsx` provided by the new Next.js app directory?

What problems might occur?

Contributor guide

No contributing guide indexed for this repository

Research direction

Start with the README sections describing SSR, overlapping queries, race conditions, suspense, and @defer. Compare those claims with the Next.js App Router behavior for Client Components, , and loading.tsx. Done means documenting when the scenario occurs, whether @defer is required, and what problems users can expect.

Written by the indexing model from the issue text.

Assessment

Tech stack
graphql, next.js, react
Domain
documentation
Issue type
Documentation
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.