I use an node-red application to check if there are new packages available and I generate a script-file with entries for every environment which uses this package. That means a new node-red version, when tested, is rolled out in one step for every container and restart.
An example for the test-application (segment of the update-script):
Hi @Colin and @joepavitt
Yes I move the relevant entries from the project-package.json to the first one. Reinstall and restart the application - and I see Colins gauge and a flow-viewer Yeah - that was the problem as you assumed.
Thx again it was fun
ps if you make changes I can test them if you want
The node-red project documentation says " Each project has its own package.json file that includes a list of node modules the project depends on".
I remember by establishing the project feature the explained constellation arise with the second package.json. So I assume that using projects in node-red provoke this situation.
You said you copied the entries from the project package.json to the one in .node-red, then re-installed the nodes. Can you first check please that the entries for the nodes are identical in both files and then remove the entries from the one in .node-red, restart node-red and check that the problem still remains.
@joepavitt normally I don't use the "Palette Manager" but I can try it out with another module. I have to find another third-party module and install it with "Palette Manager".
What I see is, there is no entry in the package.json but there are entries in the package-lock.json in the .node-red directory. There is no package-lock.json and no node_modules in the project directory available.
Is this one of the entries you mentioned and which are necessary ?
@Colin Sorry I was not precise in my statement. What I exectly have done I move the entries from project-package.json to the main-package.json. That means the same entries are only available in the main-file. Then I rename the node_modules_directory to node_modulesx and start an npm install in the .node-red directory.
If you want I can move the entries back from main to project-package.json and make again a complete reinstall. What I don't know is what happens with the existing entries in package-lock.json. I think I can make a reinstall with an empty node_modules and empty package-lock.json.
Ignore package-lock.json, it is not relevant here. It is only the package.json files that matter.
I fear that you may have complicated the situation with installing the nodes at the top level, so if possible I suggest you re-install and start again. My previous suggestion was just to copy the package.json entries across to see if it was their locatioin that was the problem.
@joepavitt I install another module "@flowfuse/node-red-dashboard-2-ui-led" with "palette manager" and restart. And yes the palette manager writes the entry in the main-package.json and make entries in the package-lock-file. After restart I see a green led.
The problem comes with my manner. "edit manually package.json and use npm-commands" not using palette manager and make the entries in the project-package.json.
Sorry, sorry for the circumstances.
For me it works in this way since years - I don't understand the new dependency with package-lock.json. The npm-installation of the third-party modules works in the same way like all others. Only the new necessary update of the central package-lock is missing.
I think I am the only one with this problem. Excuse me @joepavitt and @Colin
entries not in main-file only on project -> don't work
Was this your question. I always restart and I always drop node_modules-directory but I don't touch package_lock.json. The mentioned entries in package-lock still exist, you are absolutly right package-lock is not relevant.