To complete the reason for this subject is that I had initially planned a checkbox in front of each module in order to select the modules to update. But Nick pointed out to me that it is equivalent to clicking on the "update" button of several modules at the same time.
Indeed one can make a flow to restart Node-red, which makes it harder to understand why Node-red can't [easily] do the same thing ...
Trouble with a progress bar is that some updates take a lonnnnng time so "Update 2 of 4" would be better than "25% complete".
A list of queued updates with a tick (or cross) as each is completed would be great.
cf The Linux install script showing a tick as each task completes (bash, not NR of course)
I'm afraid Nick's answer will be to either click "update all" or click every "update" button.
Instead of the checkbox, I also thought about clicking on the element (Control held down) to select it. The element will have a different background color to said selected.
I am talking about a permanent flag (do not update) that survives a browser reload etc, then the update all is useful, as the flagged nodes will not update. Otherwise update all becomes a useless button that I and maybe others would never use as it would cause issues.
If this will be rolled out, the "Update all" button will be attractive enough that the one may freely not even think about that there is one limping node which you don't want to update. Specially if you have many instances with pretty same set of nodes but minor differences ...
That will hit for sure.
The "Are you sure" message with checkbox "don't show again" may do..
Usually I tend to only update 1 or 2 nodes via the UI. The main time I want to update multiple is when I am also updating the whole system - so doing OS updates, patches, nodejs updates and so on - so I usually do them all from the command line with a simple npm update instead - as I will need to restart the app - or reboot anyway.
Well, I think the main issue is that there are many ways to run Node-RED and so many ways to restart it. How would Node-RED know which to use? Is it worth trying to build that logic into Node-RED?
As a tester for the set of (now) 14 nodes my employer is developing, which gets updated regularly using our internal catalogue, I'd like an 'Update all' very much
I currently get a dialog for each one that tells me Node-RED wil require a restart. I wouldn't need a confirmation list of nodes that require this, a single message would be enough, but maybe someone else needs could want that?
In general, a new dialog "you're going to update 14 nodes" would be nice even when no restart is needed. Getting two dialogs would be OK as well (one integrated dialog would be better), but might be confusing depending on the wording.