-
-
Notifications
You must be signed in to change notification settings - Fork 126
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
Inject node and Debug Nodes unavailable #1921
Comments
I have the same issue. A workaround is to access the node-red add on by using https://HAIP:1880 (or whatever is set in the network section of the configuration. I have tried it:
|
I am having the same issue |
I am having the same issue, running the latest version of the addon |
I am also experiencing this issue. I get the crosshairs when I mouse over the radio button on the inject nodes and the debug nodes aren't showing data in the debug panel. I'm on the latest version on NR, and tried to fall back to the previous version from backup and the issue(s) persisted. |
This seems to have resolved itself on my install. |
This is not resolved for me. previously it had temporarily resolved itself after a restart of the host system, but that has not worked recently |
I am also facing this issue. I just updated my |
same issue here and confirmed that directly accessing the UI is a valid workaround. It seems that when this happens, the issue here, also manifest itself. I have permanently solved this in the past, by renaming my nodered config folder. This will create a fresh install of Nodered and then I just reimport my config. Not an ideal solution, but if you do not want to access the UI directly, this will be more of a permanent fix (until it happens again a few months later) |
I am having the same issue. In the past it was always due to a Home Assistant server configuration node that got imported with flows I found online. Deleting that configuration node would fix the issue. This time around I don't have any but I found something I'd like others to test. If I turn on Edit: It appears to fail in a weird way soon after (maybe a second or two). The buttons still work (meaning they are not greyed out) but no debug or states appear. |
Have you tried directly accessing node-red using https://your_home_assistant_ip:1880/ |
@SteveRMann Yes, and when I do everything works. I am trying to figure out how to fix the issue when used within HA. It would appear to be a websocket related issue (Chrome shows tons of websocket timeout messages) but all NR flows work fine which puzzles me as I would imagine that those timeouts would cause issues there too. |
Any updates on this? I am experiencing the same issue? |
It appears that the problem is in Home Assistant. |
Here's what I did to fix the problem: 1- I started by uninstalling the node-red add-on in HA. 2- I deleted the file: nodes-red-contrib-home-assistant-websocket. Which is located in addon_configs/12134_nodered/node_module/ 3- restart HA 4- reinstall the node-red add-on 5- recreate the HA server in node-red and select it for each of the HA nodes And there it is, for me it works without having lost any data. ### _UPDATE: after 10 minutes, the problem is back, so I continue searching_Everything works on port 1880 |
I'm not sure if this is a coincidence but I changed my theme to Aurora and everything is working. I could replicate it on my test server that had the same problem after NR 18.1.1 update. |
That didn't work for me. |
I had the problem described here. I managed to fix it. I deleted the stream imported earlier from another source, then deleted the created entities from the node configuration. Rebooted Node Red and everything worked out. Maybe my case will be useful to someone. |
What stream where? |
Earlier I downloaded a sample stream from the internet and deployed it. I deleted it and deleted the entities it created. After that everything was fine. I had to delete the calls to the HA and several sensors created by this flow. |
What samplestream and where? This appears to be a HA container ingress thing. I don't see how deploying a new flow could affect browser connections... |
I'm having the same issue with the inject nodes not working and no labels available. I remember importing some flow around the time the issue first appeared, but I've already deleted it without any impact. Today, I removed the duplicated HA server configuration, and after deploying, it started to work again. However, it didn't survive a page reload. Interestingly, if I leave the page open, the issue disappears after around 10 minutes. I hope this information is helpful for anyone looking into the problem. UPDATE: After restarting the RPi, it works again! I believe removing the redundant HA server in Configuration nodes did the trick. I also upgraded HA to 2024.10.1 today. |
Good news! I just updated Edit: This applies to those that were not having the stray home assistant server issue as that is likely still solved by just deleting the stray server. |
@alexruffell you made my day; works perfectly !! |
There hasn't been any activity on this issue recently, so we clean up some of the older and inactive issues. |
The issue, or a very similar one, has returned :( My entities aren't listed in nodes and sometimes there is no target field. Inject and debug buttons work but debug output sometimes requires me to use NR via port 1880. Any others having these issues? |
It is really frustrating when I can’t use inject or debug nodes to test things.
When I open the add-on, the inject nodes don't inject and the debug nodes don't debug.
When I first start Node Red (or redeploy all) the 'inject' buttons are greyed out and unusable. The debug warnings that are normal when I redeploy are also absent.
If other nodes are affected, it isn't apparent. Except that nodes with "Show debug information" selected are also silent.
Running Node-Red from the “Show in Sidebar” does not work.
"Open WebUI" from the add-on configuration page does not work.
Running Node-Red as a Web Page Dashboard does work.
I’ve tried everything except the nuclear option.
Steps to reproduce
I wish it were that easy. I've been chasing this for weeks and until opening the add-on in a web page dashboard I could never reproduce a repeatable works/doesn't work.
I have a sandbox installation of Home Assistant that I sometimes use for testing. The sandbox does not exhibit the same problem.
There is at least one other user with the same issue:
The text was updated successfully, but these errors were encountered: