Skip to content

chore(webapp): scope component effect synchronization - #4727

Open
carderne wants to merge 1 commit into
fix/react-compiler-effect-statefrom
chore/react-compiler-effect-suppressions-components
Open

chore(webapp): scope component effect synchronization#4727
carderne wants to merge 1 commit into
fix/react-compiler-effect-statefrom
chore/react-compiler-effect-suppressions-components

Conversation

@carderne

@carderne carderne commented Aug 19, 2026

Copy link
Copy Markdown
Collaborator

Summary

Scopes React Compiler diagnostics for component and hook effects that intentionally synchronize with navigation, submissions, browser APIs, streams, timers, or authoritative server values. Each suppression stays on the reported synchronization call rather than disabling analysis for the component.

@changeset-bot

changeset-bot Bot commented Aug 19, 2026

Copy link
Copy Markdown

⚠️ No Changeset found

Latest commit: 66065a2

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

@coderabbitai

coderabbitai Bot commented Aug 19, 2026

Copy link
Copy Markdown
Contributor

Important

Review skipped

Auto reviews are disabled on base/target branches other than the default branch.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro Plus

Run ID: e7bf56ac-ade0-4ecf-86c2-874acfad0355

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@devin-ai-integration devin-ai-integration Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Devin Review found 2 potential issues.

Open in Devin Review

// Reset feedback state when conversation is reset
useEffect(() => {
if (conversation.length === 0) {
// oxlint-disable-next-line react/react-compiler -- This effect intentionally synchronizes local state after an external or lifecycle change.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔍 Suppressed rule react/react-compiler does not appear to be enabled in the oxlint config

The PR adds ~40 // oxlint-disable-next-line react/react-compiler comments, but .oxlintrc.json never enables react/react-compiler (the config lists explicit react/* rules and only enables the correctness category). If the rule isn't active, every directive added here is a no-op (and would be reported as an unused directive if --report-unused-directives is ever turned on). Worth confirming whether the rule is enabled implicitly by the oxlint version in use, or whether a config change enabling it is missing from this PR.

Open in Devin Review

Was this helpful? React with 👍 or 👎 to provide feedback.

useEffect(() => {
// If disabled or no events
if (!enabled || streamedEvents === null) {
// oxlint-disable-next-line react/react-compiler -- This effect intentionally synchronizes local state after an external or lifecycle change.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔍 Only the first setState in multi-setState effects is suppressed

Several suppressed effects contain more than one setState call, but only the first is annotated. Here, setIsConnected(undefined) on the early-return path is suppressed while setIsConnected(true/false) at apps/webapp/app/components/DevPresence.tsx:66-77 are not. The same shape appears in apps/webapp/app/components/billing/BillingAlertsSection.tsx:193-195 (setThresholdRows suppressed, setEmailValues not) and apps/webapp/app/components/integrations/VercelOnboardingModal.tsx:266-268. If the rule reports per-call rather than per-effect, lint will still fail on the unannotated calls; if it reports once per effect, the placement is fine but inconsistent across the codebase.

Open in Devin Review

Was this helpful? React with 👍 or 👎 to provide feedback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant