-
-
Notifications
You must be signed in to change notification settings - Fork 229
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Content folder configuration #307
Comments
I'm pretty sure I tried it and didn't get it to work right, but I can try it again and see if I was doing it wrong. |
On reflection, I think this issue needs to be dealt with asap. If we don't have the path set in the config file, then we will have to handle adding it to all existing config files if we change this later. I'm not sure if anyone else is aware, but the appveyor test of Relevant lines:
Log file contents:
Seems to be related to the contentPath as well? |
It's not the same error. The reason Appveyor is failing is because of incorrect path handling in Ghost itself (it didn't handle windows absolute paths correctly). |
closes TryGhost#307 - set content path manually in config during run - add handling to linux extension that ensures the user is correct
closes TryGhost#307 - set content path manually in config during run - add handling to linux extension that ensures the user is correct
closes TryGhost#307 - set content path manually in config during run - add handling to linux extension that ensures the user is correct
closes TryGhost#307 - set content path manually in config during run - add handling to linux extension that ensures the user is correct
closes TryGhost#307 - instead of mutating process.env, set the contentPath in config if it does not exist
closes TryGhost#307 - instead of mutating process.env, set the contentPath in config if it does not exist
closes TryGhost#307 - instead of mutating process.env, set the contentPath in config if it does not exist
closes #307 - instead of mutating process.env, set the contentPath in config if it does not exist
I spent way too much time yesterday to find out where usage of the special content folder is configured. It appears that the content path is configured using an environment variable (
Ghost-CLI/lib/commands/run.js
Line 17 in 22c804c
Would it be sensible to put the content path in the configuration file so it is a) obvious and b) harder to get accidentially overwritten?
The text was updated successfully, but these errors were encountered: