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

fix(condo): no more useless react warnings #5477

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

Conversation

pahaz
Copy link
Member

@pahaz pahaz commented Nov 12, 2024

🥳🥳🥳

image

@pahaz pahaz changed the title fix(condo): all useless warnings fix(condo): no more useless warnings Nov 12, 2024
@pahaz pahaz changed the title fix(condo): no more useless warnings fix(condo): no more useless react warnings Nov 12, 2024
Comment on lines 20 to 25
{/*
NOTE: Extensions similar to Grammarly, ColorZilla and LanguageTool are therefore the cause of this warning,
so you have to find out which one is doing this and then disable/configure it
to not run on the ports you usually use for development.
https://stackoverflow.com/a/75339011/941020
*/}
Copy link
Member

Choose a reason for hiding this comment

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

Do we really need note inside client-side part?

Copy link
Member

@SavelevMatthew SavelevMatthew left a comment

Choose a reason for hiding this comment

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

Why do you suppress all warning on the entire body? This means you cannot catch it in development mode. You should fix your browser extensions instead, shouldn't you?

@pahaz
Copy link
Member Author

pahaz commented Nov 14, 2024

Why do you suppress all warning on the entire body?

In reality, we do not have and will never have any attributes in the body. However, this warning is quite common and will always appear, negatively impacting the developer experience (DX) for external contributions and local development.

I don't see a significant issue with adding this to the body and html since we won't be passing any attributes there. This approach would also help avoid unnecessary distractions from additional warnings. I would prioritize DX in this case, as attributes are often passed in the body. I don't perceive any substantial risks of accidental errors arising from this. Currently, I've had to address more than four warnings because everyone is accustomed to their presence. Therefore, I want to enhance the local development experience so that even warnings from third-party extensions do not divert attention.

@SavelevMatthew
Copy link
Member

Why do you suppress all warning on the entire body?

In reality, we do not have and will never have any attributes in the body. However, this warning is quite common and will always appear, negatively impacting the developer experience (DX) for external contributions and local development.

I don't see a significant issue with adding this to the body and html since we won't be passing any attributes there. This approach would also help avoid unnecessary distractions from additional warnings. I would prioritize DX in this case, as attributes are often passed in the body. I don't perceive any substantial risks of accidental errors arising from this. Currently, I've had to address more than four warnings because everyone is accustomed to their presence. Therefore, I want to enhance the local development experience so that even warnings from third-party extensions do not divert attention.

Does this only affects body? Because I'm worried about its behaviour, if hydration error occurred in children, will it be thrown?

@SavelevMatthew
Copy link
Member

SavelevMatthew commented Nov 14, 2024

According to react docs, it will suppress on children's too... 🤔
image

I've found out, that not deep check, but I'm wondering how its work on this top level

Copy link

sonarcloud bot commented Nov 20, 2024

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

Successfully merging this pull request may close these issues.

5 participants