-
Notifications
You must be signed in to change notification settings - Fork 357
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
API docs incorrect for v2 spaces #704
Comments
We have created an issue in Pivotal Tracker to manage this: https://www.pivotaltracker.com/story/show/133055661 The labels on this github issue will be updated when the story is started. |
[GH: #704] [Finishes #133055661] Signed-off-by: Luan Santos <[email protected]>
Hi @ScarletTanager, We addressed the documentation issue. The field is actually acceptable in that request, the issue is that the only valid value you can pass in is the guid of the currently associated org, and it will default to that. Thanks, |
@luan - what you say about passing in the complete object makes sense from a scripting/automation perspective - is it worth explaining why that is so in the docs? I'm fine either way, but seems like useful context. The commit looks good to me if you don't want to add that explanation, do you want to close the issue or should I? |
I'd like to try to eliminate the 500 and instead return a 4xx with message like, |
Documentation change and returning 400 will be in next CAPI-Release |
Hi,
http://apidocs.cloudfoundry.org/245/spaces/update_a_space.html says that one can do a PUT on the space to change the organization guid - this is not AFAIK correct. It is probably worthwhile with the new flattened API docs to check that they are completely accurate.
The text was updated successfully, but these errors were encountered: