src/package.json file is modified when starting etherpad
See original GitHub issueSteps to reproduce
I am launching etherpad directly from the clone source tree by starting bin/run.sh
, with NODE_ENV=production
in the environment.
Actual behavior
After doing that, git status
tells me that src/package.json
has been modified. From the looks of it, something parsed and re-formatted the json in there.
Expected behavior
Launching an application should not modify source files that are tracked by the VCS. Hence I would expect git status
to be clean after launching etherpad.
Issue Analytics
- State:
- Created 5 years ago
- Comments:5 (3 by maintainers)
Top Results From Across the Web
Error installing Etherpad on Bluemix from CLI - Stack Overflow
1 Answer 1 · The buildpack used above expects package.json at the root of what you push. · Specify a start command with...
Read more >Etherpad v1.8.4 Manual & Documentation
To modify or simply access our stats in your plugin, ... Translation files are simple *.json files and look like this: { "pad.modals.connected":...
Read more >Etherpad Lite — UberLab 7 documentation
Etherpad Lite is a real-time collaborative writing tool. ... cd ~/etherpad [isabell@stardust etherpad]$ git checkout -- src/package.json [isabell@stardust ...
Read more >etherpad-lite: Source code changes report for 1.8.16 vs. 1.8.17
Summary: The "etherpad-lite" source code changed by about 0.1% and now consists of 550 regular files (+1), 3 symbolic links and 61 directories....
Read more >bin/createRelease.sh · fix-sessiondeletion-during-deletegroup ...
etherpad -lite · bin · createRelease.sh ... script: # ETHER_REPO: # - Add text to CHANGELOG.md # - Replace version of etherpad in...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
You are right, @RalfJung, wrong link.
It turns out, at some point of its development npm default config for
save
was changed to true. This means that if you have a newer npm version and you use the default config, npm will rewritepackage.json
on installation.This makes no sense for
installDeps.sh
, because its only (big) side effect should be to actually install dependencies according to a configuration file, and not to modify it.I have made some tests, and to fix this it is possible to add
--no-save
to the npm command line ininstallDeps.sh
. No concerns about backwards compatiblity with oldishnpm
version, as they seem to support--no-XXX
style flags even if not documented.I am going to revert my decision and put back
--save
ininstallDeps.sh
. For the motivations, see #3659.In the meantime, the committed version of
package.json
was reformatted (see c4918efc1bb2 and subsequent commits), so at least any change on that file will be easily identifiable looking at the diff.