<div>Yes it changed in 1.3 to ID. We're making the same API call as the admin console does only we're doing it right after the user is created if they don't meet certain criteria in client. These are social logins.<br><br>We're using MySQL but that shouldn't matter. Perhaps something Keycloack server side is holding reference to the user. I'll try to provide more information in a few days but wasn't sure if anyone saw this behavior before.<br><br>Thanks,<br>Scott</div><br><div class="gmail_quote"><div dir="ltr">On Tue, Jun 30, 2015 at 8:27 AM Marek Posolda <<a href="mailto:mposolda@redhat.com" target="_blank">mposolda@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Scott,<br>
<br>
I've just tried this with latest Keycloak master and deleting the user<br>
from admin console works fine (I used default JPA with HSQLDB database).<br>
<br>
Can you also check with admin console? If deleting through admin console<br>
works fine, then there is likely something bad in the way you're<br>
invoking the REST endpoint.<br>
<br>
BTV. in latest master you're supposed to invoke the REST endpoint with<br>
user id instead of "username" as last parameter. But I am not sure if it<br>
was really username in 1.2.0 and it changed to ID in latest version...<br>
<br>
Marek<br>
<br>
<br>
On 30.6.2015 04:57, Scott Rossillo wrote:<br>
> In 1.2.0, an HTTP delete on “/auth/admin/realms/{realm}/users/{username}” returns a 200 OK, but the user still exists. A second call usually succeeds at actually deleting the user. Seems like a bug.<br>
><br>
> Thoughts?<br>
><br>
> ~ Scott<br>
><br>
><br>
> _______________________________________________<br>
> keycloak-dev mailing list<br>
> <a href="mailto:keycloak-dev@lists.jboss.org" target="_blank">keycloak-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/keycloak-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-dev</a><br>
<br>
</blockquote></div>