couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexander Shorin (Commented) (JIRA)" <>
Subject [jira] [Commented] (COUCHDB-1425) Emitting UTF-8 chars >= 0xD800 in JS map stops design doc from indexing
Date Tue, 28 Feb 2012 02:57:48 GMT


Alexander Shorin commented on COUCHDB-1425:

Javascript servers fail with OS timeout error for me(25 sec), while I couldn't reproduce problem
with Python one. I suppose the problem depends on Javascript internal operations with unicode
or maybe deeper in Spidermonkey, haven't tested this case.

AFAIK, characters with code in range 0xD800..0xDFFF are surrogate one and could not be encoded/decoded
properly if they are alone. There is term `surrogate pairs` - the combination of two surrogate
characters (with high and low code) that are represented as single char. 
Would emit single surrogate character be just invalid usage of Unicode standard?

> Emitting UTF-8 chars >= 0xD800 in JS map stops design doc from indexing
> -----------------------------------------------------------------------
>                 Key: COUCHDB-1425
>                 URL:
>             Project: CouchDB
>          Issue Type: Bug
>          Components: JavaScript View Server
>    Affects Versions: 1.1.1
>         Environment: Mac OS 10.6.8, but not sure that matters.
>            Reporter: Jim Klo
> Was trying determine UTF-8 Char collation, using the following Gist:
> It turns out that once the view gets to the document that would emit "\uD800", the view
server times out and stops indexing that design document.
> This seems like a bug, since I can 'store' a document with UTF-8 chars >= 0xD800,
but one cannot emit a key with that char in the string.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message