svn prop*-commands not filtering encoding

------=_Part_33894_731937084.1733201064853
Content-Type: multipart/alternative; 
	boundary="----=_Part_33895_138490115.1733201064853"

------=_Part_33895_138490115.1733201064853
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi!

TL;DR:

   - Properties are handled as byte sequences and are not converted to the=
=20
   command line encoding.
   - Bug or feature?

Yesterday, while scripting, I stumbled upon a strange phenomenon with the=
=20
CLI-tool svn.exe. File names and log entries are properly converted to=20
encoding of command line or repository (Codepage 437 / 850, ANSI, UTF8 <=3D=
>=20
UTF8). However, input and output of the commands svn prop* seems not. If I=
=20
pass a string encoded in Codepage 850 or ANSI, it appears exactly as that=
=20
in e.g. svn:externals.

This behaviour is disastrous for file names containing umlauts or other=20
characters beyond code point 127 (h7F). Then a "=C3=9Cberraschung" turns in=
to a=20
surprise=E2=80=A6

This behaviour seems only effecting svn.exe. Loading these strings into the=
=20
TortoiseSVN property dialogue converts the every encoding and the issue=20
don't comes up.

Is it simple this an intended behaviour of the svn prop* commands (thus=20
poorly documented) or simply a bug?

Merci for a short reply.

Cheers
ToraxMalu

---

Ich hoffe, das hilft dir! Wenn du noch weitere Fragen hast oder=20
Unterst=C3=BCtzung ben=C3=B6tigst, stehe ich dir gerne zur Verf=C3=BCgung.

--=20
You received this message because you are subscribed to the Google Groups "=
TortoiseSVN-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to [email protected].
To view this discussion visit https://groups.google.com/d/msgid/tortoisesvn=
-dev/db1b2af6-59a7-4511-8355-77494e5ac240n%40googlegroups.com.

------=_Part_33895_138490115.1733201064853
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div>Hi!</div><div><br /></div>TL;DR:<br /><ul><li>Properties are handled a=
s byte sequences and are not converted to the command line encoding.</li><l=
i>Bug or feature?</li></ul><div>Yesterday, while scripting, I stumbled upon=
 a strange phenomenon with the CLI-tool svn.exe. File names and log entries=
 are properly converted to encoding of command line or repository (Codepage=
 437 / 850, ANSI, UTF8 &lt;=3D&gt; UTF8). However, input and output of the =
commands svn prop* seems not. If I pass a string encoded in Codepage 850 or=
 ANSI, it appears exactly as that in e.g. svn:externals.</div><div><br /></=
div><div>This behaviour is disastrous for file names containing umlauts or =
other characters beyond code point 127 (h7F). Then a "=C3=9Cberraschung" tu=
rns into a surprise=E2=80=A6</div><br /><div>This behaviour seems only effe=
cting svn.exe. Loading these strings into the TortoiseSVN property dialogue=
 converts the every encoding and the issue don't comes up.</div><div><br />=
</div><div></div><div>Is it simple this an intended behaviour of the svn pr=
op* commands (thus poorly documented) or simply a bug?</div><div><br /></di=
v><div>Merci for a short reply.</div><div><br /></div>Cheers<br />ToraxMalu=
<br /><br />---<br /><br />Ich hoffe, das hilft dir! Wenn du noch weitere F=
ragen hast oder Unterst=C3=BCtzung ben=C3=B6tigst, stehe ich dir gerne zur =
Verf=C3=BCgung.<br />

<p></p>

-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;TortoiseSVN-dev&quot; group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:[email protected]">tor=
[email protected]</a>.<br />
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
tortoisesvn-dev/db1b2af6-59a7-4511-8355-77494e5ac240n%40googlegroups.com?ut=
m_medium=3Demail&utm_source=3Dfooter">https://groups.google.com/d/msgid/tor=
toisesvn-dev/db1b2af6-59a7-4511-8355-77494e5ac240n%40googlegroups.com</a>.<=
br />

------=_Part_33895_138490115.1733201064853--

------=_Part_33894_731937084.1733201064853--