Currently on the latest release of NodeRed, and can hack/fix it by manually installing the Filter Node Module into the node_modules folder. But it then says it's been installed twice in the admin UI.
Is there a correct method to reinstall the Filter node or another way to fix this?
This is a production system, so can't just reinstall everything.
Welcome to Node-RED
===================
18 Feb 10:06:02 - [info] Node-RED version: v2.2.1
18 Feb 10:06:02 - [info] Node.js version: v14.15.0
18 Feb 10:06:02 - [info] Linux 4.15.0-167-generic x64 LE
18 Feb 10:06:02 - [info] Loading palette nodes
18 Feb 10:06:03 - [info] Settings file : /home/username/.node-red/settings.js
18 Feb 10:06:03 - [info] HTTP Static : /home/username/.node-red/public
18 Feb 10:06:03 - [info] Context store : 'default' [module=memory]
18 Feb 10:06:03 - [info] User directory : /home/username/.node-red
18 Feb 10:06:03 - [info] Projects directory: /home/username/.node-red/projects
18 Feb 10:06:03 - [info] Server now running at http://127.0.0.1:1880/
18 Feb 10:06:03 - [info] Active project : av-ubu-nodered
18 Feb 10:06:03 - [info] Flows file : /home/username/.node-red/projects/av-ubu-nodered/flows_av-ubu-nodered.json
18 Feb 10:06:03 - [info] Starting flows
Tesla API: No token found. Getting new token now...
Tesla API: doing api call to fetch new access token
18 Feb 10:06:03 - [info] Started flows
18 Feb 10:06:04 - [info] [udp in:d51c3f7bb592c1b5] udp listener at 0.0.0.0:8081
18 Feb 10:06:04 - [info] [udp in:818b09a0530f10bd] udp listener at 0.0.0.0:1888
18 Feb 10:06:04 - [info] [udp in:3fc80d15.212f4a] udp listener at 0.0.0.0:22622
18 Feb 10:06:04 - [info] [mqtt-broker:AvMQTT] Connected to broker: mqtt://10.2.0.24:1883
Tesla API: access token OK
Tesla API: No token found. Getting new token now...
Tesla API: doing api call to fetch new access token
No obvious errors. (username sanitized)
In the browser the only error is:
DevTools failed to load source map: Could not load content for http://10.2.0.23:1880/vendor/purify.min.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
I think I've spotted the problem. Thanks to the post above.
In the palette nodes I have a separate entry for "node-red-node-rbe" outside the core nodes. The only option is to disable this, what is the process to manually remove this entry?
Look into the node_modules directories if there is a directory named "node-red-node-rbe". If there is one, change to the parent directory of the node_modules directory and remove the module with npm remove node-red-node-rbe
May be you have several node_modules directories then you need to look in all if there is a node-red-node-rbe directory.
After this restart you node-red, clean browser cache and the nodes should work normal
There's no "node-red-node-rbe" directory in the node_modules directories.
There is an entry for "node-red-node-rbe" at the bottom of the .config.nodes.json file, and a quick search elsewhere seems to suggest this is the only reference. Is it safe to manually remove this entry? and would it fix the problem?
Right now we don't know what the problem is. The way the RBE node is incorporated into the core and relabelled Filter was done in a way that should be completely transparent to end users. The runtime should be refusing to load the node-red-node-rbe module because it already has those node types now in the core palette. The editor should be using the core message catalog to get the text for those nodes.