Nick Vatamaniuc

Thanks for your report, @silvpol. Yeah it does look like a bug. Does it fail with a single document or do we need to create a certain number of them?

@silvpol That makes sense. It is quite embarrassing, it seems we never intended to support partitioned db custom reduces but added a check in Fauxton only, but not the internal...

Added an integration tests which demonstrates it as well: https://github.com/apache/couchdb/pull/3957

Fauxton indicates we don't intend to support it https://github.com/apache/couchdb-fauxton/blob/f9da884aaee6ce60779b924196f5bfa3308a02c0/app/addons/documents/index-editor/components/IndexEditor.js#L48-L54

This is a nice usability improvement. One interesting corner case to consider is when users replicate the `_replicator` database. Then, the updates would seem as if they are coming from...

A prefix check could make sense. We should probably synchronize it with https://github.com/apache/couchdb/blob/3.x/src/couch/src/couch_doc.erl#L346-L373 and have a prefix check there too? Putting it under `if (!newDoc._deleted)` would work. But, overall, still...

The `_replicator` role isn't applied to replicated `_bulk_docs` writes to the replication endpoints. In that case, the write is indistinguishable from any other user `_bulk_docs` replicated POST request. In other...

@lostnet yeah, it might be nice, in general, to have a schema we can export or publish from an endpoint so then Fauxton could use it to validate input. Specifically...

@Nayana-ibm Thanks for taking a look. Sorry I forgot to mention that this is for the 3.x branch only. So before the configure step, we'd switch to the 3.x branch....

Good observation @Nayana-ibm. We use libmozjs185 on ppc64le so perhaps there some issue with the newer JS library and we should switch to libmozjs185 for s390x for the time being.