Skip to content
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

OCS provisioning API to enable/disable a user #27061

Closed
PVince81 opened this issue Jan 31, 2017 · 7 comments
Closed

OCS provisioning API to enable/disable a user #27061

PVince81 opened this issue Jan 31, 2017 · 7 comments

Comments

@PVince81
Copy link
Contributor

PVince81 commented Jan 31, 2017

Make it possible to change the value of the "enabled" attribute using the provisioning API.

To round up the feature #12601 a bit.

@noveens
Copy link
Contributor

noveens commented Feb 20, 2017

@PVince81 ,
what exactly is the significance of the "enabled" attribute,
and what exactly needs to be solved in this issue?

@DeepDiver1975
Copy link
Member

@DeepDiver1975 DeepDiver1975 modified the milestones: 10.0, backlog Feb 20, 2017
@DeepDiver1975
Copy link
Member

@PVince81
Copy link
Contributor Author

Ah ok... I tried to PUT the value to the attribute but that didn't work.

@SamuAlfageme
Copy link

SamuAlfageme commented Mar 15, 2018

@PVince81 hmmm...

I tried to PUT the value to the attribute but that didn't work

I just stumbled upon this old https://github.com/owncloud/documentation/issues/2599 issue. And I believe there's some non-deterministic behavior in the OCS APIs related to the use of the OCS-APIREQUEST header in some requests. Might explain what you saw there. Care to do a quick test?

@PVince81
Copy link
Contributor Author

@SamuAlfageme nothing to do with OCS-APIREQUEST. I simply used the wrong route.

If you do a PUT with the "enabled=true" value the backend just ignores the value.
You need to do a PUT on the "/$userId/enable" endpoint

@lock
Copy link

lock bot commented Jul 30, 2019

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked as resolved and limited conversation to collaborators Jul 30, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

5 participants