[Developers] minor change in search api behavior (empty result set will no longer be an error)

[Warren Harris]

On Jul 17, 2008, at 4:10 PM, David Flanagan wrote:

> It occurs to me that this is a case where it might be useful to  
> return a
> code /api/status/ok/empty.  It still indicates success, but allows  
> it to
> be special-cased, when desired.

-1

I realize that we may have told developers to look for a prefix  
matching "/api/status/ok", but chances are they're not going to do  
this, and end up with buggy code as a result.

The bottom line is that returning no results (empty list) is not an  
error. I'd even vote for striking the message from the result.

Warren
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3739 bytes
Desc: not available
Url : http://lists.freebase.com/pipermail/developers/attachments/20080718/107ee79b/attachment.bin