Note about identification of location:
These tests are in file [test/windowC.test](https://sqlite.org/src/file?name=test/windowC.test&ci=trunk), not [test/windowB.test](https://sqlite.org/src/file?name=test/windowB.test&ci=trunk).
`test/windowC.test` was probably created by copying some parts of `test/windowB.test`, and `test/windowC.test` still contains:
```
set testprefix windowB
```
This should be changed to:
```
set testprefix windowC
```
Failing test was added in [commit 38a1326b4bd11bbe2846990d099c28520d17ab4cace1af67248c2472f89df929](https://sqlite.org/src/info/38a1326b4bd11bbe2846990d099c28520d17ab4cace1af67248c2472f89df929).
This commit introduced call to function `sqlite3_value_text()` about which documentation says:
```
** ^The sqlite3_value_text16() interface extracts a UTF-16 string
** in the native byte-order of the host machine. ^The
** sqlite3_value_text16be() and sqlite3_value_text16le() interfaces
** extract UTF-16 strings as big-endian and little-endian respectively.
```
This commit, in newly added test, included:
```
PRAGMA encoding=UTF16;
```
Some other syntactically valid values include:
```
PRAGMA encoding=UTF16LE;
PRAGMA encoding=UTF16BE;
```
On my little-endian system I get expected result `蕕郐䔓硑ᇍ䫎` with encoding `UTF16` or `UTF16LE`, and I get result `喅킐ፅ典촑칊` with encoding `UTF16BE`.
Maybe changing this test to have `PRAGMA encoding=UTF16LE;` would be sufficient solution...