On Nov 30, 2011, at 6:18 AM, Robert Newson wrote: > We could add another built-in filter to complement _design (which only > includes design docs), _not_design (or something less silly than that > even). Would be trivial and would avoid this class of problems.
I think this would work well. > As for treating a validate_doc_update in an unsupported language as if > it's not there, I'm hugely -1 on that, what a giant hole in our > security model. Agreed. > a 400 Bad Request response for invalid ddocs is a > great idea. Adam independently suggested the same for map/reduce/etc > functions that don't *compile*, and this adds even more value to that > notion. An error at PUT time for ddocs with syntax errors would be great — in my brief experience I’ve seen this come up several times as a source of mysterious errors for newbies. —Jens
