Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DevTools: Don't fallback to nearest host descendants when tracing updates #32475

Open
wants to merge 2 commits into
base: main
Choose a base branch
from

Conversation

pedr0fontoura
Copy link

Summary

Components that didn't re-render were being highlighted with the Highlight updates when components render. DevTools option enabled.

I removed the offending code, which solved the problem. I don't fully understand what that code was doing, so I would like to hear the opinion of someone more familiar with it.

Screen.Recording.2025-02-25.at.14.34.10.mov

How did you test this change?

I added a repro example in the DevTools test harness. You can find the related code at packages/react-devtools-shell/src/app/TraceUpdateRepro/index.js

After the change:

Screen.Recording.2025-02-25.at.14.42.56.mov

You can test this by running the react-devtools-inline and react-devtools-shell.

I don't expect this PR to land exactly like this, but rather to serve as a repro and point to a possible fix. I would appreciate any feedback or guidance to improve it.

@facebook-github-bot
Copy link

Hi @pedr0fontoura!

Thank you for your pull request and welcome to our community.

Action Required

In order to merge any pull request (code, docs, etc.), we require contributors to sign our Contributor License Agreement, and we don't seem to have one on file for you.

Process

In order for us to review and merge your suggested changes, please sign at https://code.facebook.com/cla. If you are contributing on behalf of someone else (eg your employer), the individual CLA may not be sufficient and your employer may need to sign the corporate CLA.

Once the CLA is signed, our tooling will perform checks and validations. Afterwards, the pull request will be tagged with CLA signed. The tagging process may take up to 1 hour after signing. Please give it that time before contacting us about it.

If you have received this in error or have any questions, please contact us at [email protected]. Thanks!

@facebook-github-bot
Copy link

Thank you for signing our Contributor License Agreement. We can now accept your code for this (and any) Meta Open Source project. Thanks!

Copy link
Member

@rickhanlonii rickhanlonii left a comment

Choose a reason for hiding this comment

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

instead of depending on the value changing, can you add a console.log to the component in render? You should see that the log is being hit, so it is rendering, but it bails out.

@pedr0fontoura
Copy link
Author

pedr0fontoura commented Feb 25, 2025

instead of depending on the value changing, can you add a console.log to the component in render? You should see that the log is being hit, so it is rendering, but it bails out.

Screenshot 2025-02-25 at 15 55 09

The log doesn't seem to be hit. Just on the initial render. I also tried with a breakpoint on the function body. @rickhanlonii

@pedr0fontoura
Copy link
Author

I'm trying to wrap my head around the bailout...

Why would the ShouldNotReRender components even be considered to render if its parent didn't update and no state change happened inside the component?

Also, why is the behavior different between the "top-level" ShouldNotReRender and the ones nested inside divs?

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

Successfully merging this pull request may close these issues.

3 participants