upload fragment fails on en dashes (maybe other unicode chars?) about onedrive

[breunigs]

As suspected, onedrive encodes the en dash on the simple upload response. Relevant excerpt:

"name":"lets test en dashes \u2013 small file.txt"

[breunigs]

more specifically, the en dash is represented in the ubyte[] as 226 128 147 in decimal or 11100010 10000000 10010011 in binary, which looks like valid encoding as far as I can tell.

[breunigs]

Changing the type of ubyte[] content to char[] works without any other changes, although I'm not sure why D allows concatenation of different types. The example for http.onReceive actively converts instead.

Is either of these idiomatic?

[skilion]

Thanks for the detailed report.
Your suggested fix is correct (32009e2). As soon as content is typed as char[], it is treated as an UTF-8 string and all code points can be iterated correctly.

[breunigs]

thanks!

[skilion]

I asked on the D forum why the concatenation of different types is allowed (assignation doesn't work). The reason is that concatenation works by appending each element from the source to the destination, in this case the types involved are implicitly convertible into one another (ubyte -> char) therefore the concatenation is allowed.