<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 3, 2014 at 4:18 PM, Brant Knudson <span dir="ltr"><<a href="mailto:blk@acm.org" target="_blank">blk@acm.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">

<div class=""><br>On Thu, Jul 3, 2014 at 3:48 PM, David Kranz <span dir="ltr"><<a href="mailto:dkranz@redhat.com" target="_blank">dkranz@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">While moving success response code checking in tempest to the client, I noticed that exactly one of the calls to list users for a tenant checked for 200 or 203. Looking at <a href="http://docs.openstack.org/api/openstack-identity-service/2.0/content/" target="_blank">http://docs.openstack.org/api/<u></u>openstack-identity-service/2.<u></u>0/content/</a>, it seems that most of the list apis can return 203. But given that almost all of the tempest tests only pass on getting 200, I am guessing that 203 is not actually ever being returned. Is the doc just wrong? If not, what kind of call would trigger a 203 response?<br>



<br>
 -David<br></blockquote><div><br></div></div><div>I can't find anyplace where Keystone returns a 203, and if it did it would be a strange thing to do.<br><br></div><div>From the HTTP 1.1 spec, a client could get 203 Non-Authoritative Information to any request if the request went through a proxy and the proxy decided to muck with the headers. Since we can't stop someone from putting a proxy in front of Keystone, I don't think it's wrong to list it as a possible successful response. I think it's redundant to list it though since this applies to any HTTP request... just it's redundant to list 500 and 503 as a possible error response.<br>


<br></div></div></div></div></blockquote><div><br></div><div>Hi Brant,</div><div>Yes, I found that 203 could be returned from a cached proxy depending on the cloud provider. It is a possible successful response. </div><div>

<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">

<div class="gmail_quote"><div></div><div>I looked into trying to correct this in the docs once but couldn't figure out the wadls -- <a href="https://review.openstack.org/#/c/89291/" target="_blank">https://review.openstack.org/#/c/89291/</a><span class=""><font color="#888888"><br>

</font></span></div><span class=""><font color="#888888"><div><br></div></font></span></div></div></div></blockquote><div><br></div><div>I'll take a look at this, sorry that we didn't realize the difficulty sooner. I can amend your patch if you un-abandon it. </div>

<div>Anne</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">

<div class="gmail_quote"><span class=""><font color="#888888"><div>
</div><div>- Brant<br><br></div></font></span></div></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>