Problem moving Flows between a Pi & Winbox

I think I might have found the problem. I've got "UI Builder" in my palette even though I've never used it. So, all my exports (from both machines) are not in ".node-red/lib/flows", but in ".node-red/lib/uitemplates. From the N-R export interface, I can't navigate up a level and the only folder showing is "local", which I'm guessing is "flows". I think I'll save these exports to the desktop, uninstall UI Builder, then move them back to the flows folder and see how it behaves.

Russ

pi@pigate:~ $ node-red-stop

Stop Node-RED
 
Use   node-red-start   to start Node-RED again
 
pi@pigate:~ $ node-red-start

Start Node-RED
 
Once Node-RED has started, point a browser at http://192.168.1.14:1880
On Pi Node-RED works better with the Firefox or Chrome browser
 
Use   node-red-stop                          to stop Node-RED
Use   node-red-start                         to start Node-RED again
Use   node-red-log                           to view the recent log output
Use   sudo systemctl enable nodered.service  to autostart Node-RED at every boot
Use   sudo systemctl disable nodered.service to disable autostart on boot
 
To find more nodes and example flows - go to http://flows.nodered.org
 
Starting as a systemd service.
Started Node-RED graphical event wiring tool.
14 Nov 09:34:51 - [info]
Welcome to Node-RED
===================
14 Nov 09:34:51 - [info] Node-RED version: v1.1.2
14 Nov 09:34:51 - [info] Node.js  version: v12.18.2
14 Nov 09:34:51 - [info] Linux 4.14.79-v7+ arm LE
14 Nov 09:34:53 - [info] Loading palette nodes
14 Nov 09:34:58 - [info] +-----------------------------------------------------
14 Nov 09:34:58 - [info] | uibuilder initialised:
14 Nov 09:34:58 - [info] |   root folder: /home/pi/.node-red/uibuilder
14 Nov 09:34:58 - [info] |   version . .: 2.0.8
14 Nov 09:34:58 - [info] |   packages . : vue,bootstrap,bootstrap-vue,jquery,socket.io
14 Nov 09:34:58 - [info] +-----------------------------------------------------
14 Nov 09:34:58 - [info] Dashboard version 2.23.0 started at /ui
14 Nov 09:34:58 - [info] Settings file  : /home/pi/.node-red/settings.js
14 Nov 09:34:58 - [info] Context store  : 'default' [module=memory]
14 Nov 09:34:58 - [info] User directory : /home/pi/.node-red
14 Nov 09:34:58 - [warn] Projects disabled : editorTheme.projects.enabled=false
14 Nov 09:34:58 - [info] Flows file     : /home/pi/.node-red/flows_pigate.json
14 Nov 09:34:58 - [info] Server now running at http://127.0.0.1:1880/
14 Nov 09:34:58 - [info] Starting flows
14 Nov 09:34:59 - [info] Started flows
14 Nov 09:34:59 - [warn] [ui_svg_graphics:verClosed] The specified msg.topic is not supported
14 Nov 09:34:59 - [warn] [ui_svg_graphics:verOpen] The specified msg.topic is not supported

I see there are other responses, I'll have a look and post back

Russ

This about sums up all the other intermediate posts.

The problem was, my exports were going to "la la land" somewhere not in a place any other posters were aware of. I finally found them (I'll admit I'm not fluent at all in Linux) but it took awhile. In the meantime, I used copy/paste to keep these exports from disappearing for good.

All this was done under the assumption that once you do a deploy, there's no "undo" to get back to where you were?

I'm pretty new to N-R, so making big changes to a node or flow w/o having a "working copy" in reserve can be rather dangerous. In these cases, I would prefer to export, make changes in the N-R editor, hopefully not destroying my project, but if that happens, import the working node back in. I guess to people with vast knowledge of N-R, this all seems fruitless, but to a newb, it makes perfect sense.

Russ

Each time you deploy node red keeps a backup copy of the previous version (just one, not older ones). So if you realise you have just made a major mistake you can go back to that one, provided you don't deploy again. If your flows file is called flows_xxx.json then the backup is called .flows_xxx.json.backup. You would have to manually rename it and restart node-red to pick it up.

Thanks Colin, for having the patience to deal with someone learning. That's good to know!

Russ