-
Notifications
You must be signed in to change notification settings - Fork 24
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
psite-clone runs update.php, even without the --update option #156
Comments
I'm not seeing this in my environment. The jobs run are:
|
I can confirm that it also doesn't run the db updates upon re-syncing the data. Can you verify this again on your end, and also try running it with the --debug --verbose flags and gisting the output so we can see? |
Will do. First, the screenshot of the dashboard: http://i.imgur.com/G288JTx.png Re: the gist: are there any security concerns with including Pantheon site and user IDs in the output, or should I remove them first? |
You shouldn't have any concerns with exposing UUIDs in public. They don't let anyone do anything without access to your account. |
So you gist shows that it is indeed setting up update.php to run:
However, this doesn't happen for me when I run it. The only difference I can see is that you're using backticks to fill in the UUID. Can you try it with the uuid in the command rather than in backticks just to eliminate this as a potential problem? |
https://gist.github.com/jessepinho/802af82f87f1361039a7#file-psite-clone-with-uuid Even with the raw UUID, it still includes |
Crazy! I'll look deeper this weekend.
|
Pretty much all in the title. Since
--update
is an option forpsite-clone
, I would expect it not to run update.php when that option is absent. But it does anyway (according to the "Active Jobs" in the Pantheon dashboard).The text was updated successfully, but these errors were encountered: