I hit this, but restore back to previous version was easy and painless. Assuming you tick the option to backup before updating an addon (I hope you do), go to settings/system/backups and find the node red backup that the install made, and restore it.
youre just using semantics at this point. its a change that broke it, albeit not intentional is not an answer. nore is to just say oh it is how it is because its always been that way. It will never be taken seriously if it continues like this. The point of beta is to have the major elements tested before a ga. considering that the recent moves away from editing config to code-off-cofig of devices shows that the path is aiming at more people that are not line level code developers. then suggesting that people should edit javascript is, again, not an answer. It should be addressed in a hot fix with priority, not laxly in a week.
same for me as well
You used a term, thatās well-known in software development, incorrectly. Instead of simply admitting to the misapplication, youāve chosen to dismiss your misinterpretation as āsemanticsā.
I suggest you contact the WebSocket nodeās author and volunteer to be a beta tester.
A temporary workaround: Disable the error messages
Works* for:
- People who need to debug something while waiting for a perm fix
AND - People whoās functionality isnāt affected by the error messages
*ymmv depending on setup
Methodology: Change settings to suppress the error message
Step 1:
In your file editor, (VSCode or File Editor addon) go to node-red/settings.js
Step 2:
Add this custom logger ABOVE where it says module.exports
:
function customLogger(originalLogger) {
return {
log: function(msg) {
if (msg.level !== 30) {
originalLogger.log(msg);
}
}
};
}
Step 3:
Point the logger to it. Find the object called logging
and add customLogger
to it like so:
logging: {
// Only console logging is currently supported
console: customLogger({
// level: "fatal",
// Whether or not to include metric events in the log output
metrics: false,
// Whether or not to include audit events in the log output
audit: false,
}),
},
Step 4:
Restart Node-RED
Step 5:
Breathe a little easier, but note that some error messages are invisible until you revert the changes after a permanent fix has been implemented.
EDIT: Looks like thereās a fix already so try that first
What fix, where?
Havenāt tried it myself, so canāt speak to whether it works for me yet
Letās hope itās in the addon update also quickly
Still no progress in the addon update
Iām pretty shocked that this hasnāt been fixed yet. In addition to rendering the debug window completely useless, the constant logging really causes some performance issues if you have created some resource intensive flows.
I am running in Supervisor in a VM on a fairly powerful machine, and it is really impacting performance. All of the searching I have done, I cannot find the file to try fix.
Also quite frustrated as some of the new features in the next version of NodeRED are highly desired. My only solution was to revert to the previous version.
FYIW, I had the same issue running NodeRed as an Addon on the HA native OS, and the fix by adding the command āsed -i ā772,775dā /opt/node_modules/@node-red/util/lib/util.jsā in the init_command section of the Addon worked perfectly.
- Go to the Settings ā Add-Ons
- Click on Node-RED
- At the top, click on Configuration
- In the section for init_commands (little text input box), type in the command: sed -i ā772,775dā /opt/node_modules/@node-red/util/lib/util.js
- Click SAVE in that section
- Restart the Node Red Addon. Messages should be gone.
For me, it āfailed to execute the commandā.
I reverted back to a snapshot I just made, because I couldnāt remove the command from the config page. (Maybe when I would edit in Yaml mode, but that I didnāt tried).
I could be mistaken, but the developer is on a well-earned vacation? Possibly for a month. Should be back soon.
Thanks for that info. I (and Iām sure others) just thought that this was being overlooked. I get the need for the developer to have a vacation.
Doesnāt work here. The Add-on will not start.
Does anyone know if we can install an earlier version of the add-on? I would revert to a system snapshot but this has been an ongoing issue for a few weeks.
Updated today from ha 2023.8.4 to 2023.9.3 and was already on version 14.5.0 with 2023.8 and the problem did not occure on 2023.8 but when i updated this morning to 2023.9 my disk with a free space of 15GB was within an hour full because of this problem.
I manually commented out the lines 772-775 and problem is for now gone.
Yeah, my NR wonāt start with that command either.
Reverted back and getting the errors below, same as earlier. Iām on v14.5.0 of the add-on now.
NR Errors within
9/29/2023, 9:46:19 AM
msg : string[270]
āDeprecated API warning: Calls to RED.util.evaluateJSONataExpression must include a callback. This will not be optional in Node-RED 4.0. Please identify the node from the following stack and check for an update on npm. If none is available, please notify the node author.ā
9/29/2023, 9:46:20 AM
msg : string[1626]
āError: āµ at Object.evaluateJSONataExpression (/opt/node_modules/@node-red/util/lib/util.js:775:18)āµ at JSONataService.evaluate (/opt/node_modules/node-red-contrib-home-assistant-websocket/dist/common/services/JSONataService.js:58:39)āµ at TypedInputService.getValue (/opt/node_modules/node-red-contrib-home-assistant-websocket/dist/common/services/TypedInputService.js:58:85)āµ at EventsAll.getTypedInputValue (/opt/node_modules/node-red-contrib-home-assistant-websocket/dist/nodes/BaseNode.js:134:39)āµ at /opt/node_modules/node-red-contrib-home-assistant-websocket/dist/nodes/BaseNode.js:138:32āµ at Array.forEach ()āµ at EventsAll.setCustomOutputs (/opt/node_modules/node-red-contrib-home-assistant-websocket/dist/nodes/BaseNode.js:137:20)āµ at EventsAll.onHaEventsAll (/opt/node_modules/node-red-contrib-home-assistant-websocket/dist/nodes/events-all/controller.js:57:18)āµ at EventEmitter. (/opt/node_modules/node-red-contrib-home-assistant-websocket/diā¦ā
This is probably giving an error due to the
ā ā
in the OrangeMeeples post.
Try this:
sed -i "772,775d" /opt/node_modules/@node-red/util/lib/util.js