react: React devtools stuck at Loading React Element Tree...
Have tried re-installing both extension and chrome.
OS: Ubuntu 20.10 Chrome: 107.0.5304.87 (Official Build) (64-bit) Scenario: Dev tools shows
Loading React Element Tree...
If this seems stuck, please follow the [troubleshooting instructions](https://github.com/facebook/react/tree/main/packages/react-devtools#the-issue-with-chrome-v101-and-earlier-versions).
on local development servers.
About this issue
- Original URL
- State: open
- Created 2 years ago
- Reactions: 17
- Comments: 33 (5 by maintainers)
To fix this problem, you can update Chrome browser. I could not update it from the Settings > About Chrome page, so I just downloaded Chrome again, then installed it and it was fixed.
Remove the extension and install it again.
Still happening for me with Chrome Version 111.0.5563.146, extension Version 4.27.3
This is on localhost. The following workaround is less than ideal but gets me out of a bind:
Seems worse the bigger the React app is. The workaround restores functionality for a while but it ends up failing again after a while.
Seems similar to https://github.com/facebook/react/blob/main/packages/react-devtools/README.md#the-issue-with-chrome-v101-and-earlier but obviously were all on later versions.
Yep, that was the console in the screenshot. Here is the issue reproduced again.
In this case the error log did not appear until I selected another DevTools panel tab and then reselected the react Components tab (that also triggered the unrelated violation warning). The “stuck” message appeared in the react panel the whole time.
On Windows this issue caused a BSOD for me.
I’ve been getting this for a few weeks. on chrome 119.0.6045.105 with extension version 4.28.5 (10/25/2023)
I enabled dev mode for extensions and now I see this error when I try to open it:
hope this helps.
this is the piece of code that throws the error:
seems like
chrome.runtimeis not definedHey, the browser extension v4.28.4 has been published today on Chrome’s extensions store. This version includes various changes to the content scripts injection logic, which should be more reliable now.
Can someone please check if this error is still reproducible?
cc @johnhunter
Thanks for notifying. Opening only this one, lets keep all discussion here.
I need more information about the problem:
This is probably the same as #25818