pgj commented on PR #4810: URL: https://github.com/apache/couchdb/pull/4810#issuecomment-1788169233
Yeah, basically [the lack of support for `0xFFFF` in older ICU versions](https://www.unicode.org/reports/tr35/tr35-collation.html#tailored_noncharacter_weights) strikes again here, similar to what happened in #3491. As the standard says: _U+FFFF: This code point is tailored to have a primary weight higher than all other characters. This allows the reliable specification of a range, such as “Sch” ≤ X ≤ “Sch\uFFFF”, to include all strings starting with "sch" or equivalent._ Given that the other issue was fixed by unconditionally applying a shim on top of the ICU string comparison call, we should do the same here? @nickva what do you think? -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
