<span style="font-weight: bold;">Summarizing</span><br><br>Using Squeak 3.9, for example:<br><br>1. <br>- Start Seaside with <span style="background-color: rgb(255, 255, 153);">WAKom</span>.<br>- Go to the SushiStore, search for &#39;Ñandú&#39; (a kind of Argentinean ostrich).
<br>- The method WAStoreFillCart&gt;&gt;search: receives a properly formed ByteString that reads &#39;Ñandú&#39;<br>- Seaside then displays the <span style="font-style: italic; background-color: rgb(255, 255, 153);">corrupt
</span> String: <span style="font-style: italic;">No items match &#39;?amd?&#39;</span><br><br>2.<br>- Start Seaside with <span style="background-color: rgb(255, 255, 153);">WAKomEncoded39</span>.<br>
- Go to the SushiStore, search for &#39;Ñandú&#39; .<br>
- The method WAStoreFillCart search: receives a properly formed ByteString (not a WideString or an UTF8 formatted ByteString) that reads &#39;Ñandú&#39;<br>
- Seaside then displays the <span style="background-color: rgb(255, 255, 153);">correct</span> String: <span style="font-style: italic;">No items match Ñandú</span><br><br>In spite that example 2 properly displays the string, methods like #search: never seem to receive an UTF8 or WideString instance.&nbsp; What you get either with WAKom or with WAKomEncoded39 are always indistinguishable instances of ByteString.
<br>WAKomEncoded39 encodes strings before sending and after receiving to UTF8, but you don&#39;t get to &quot;see&quot; these UTF8 Strings. When they get to you, they are always converted to Squeak´s default encoding (which I don&#39;t know what it is yet) ? 
<br>
<br><br><br><br>Summarizing some of the answers I got.<br><br><span style="font-weight: bold;">Philippe</span><br>Basically informs us that the handling of UTF8 strings in KomHttpServer / Squeak 3.9 got really broken, and that sadly the fix seems not to be on the way anytime soon.&nbsp; But also says that everything works in 
3.8.<br>In spite of this affirmation, I got no concrete answers from anyone using Seaside in production (and using special characters) about which platform are they using.&nbsp; In particular, I didn&#39;t hear from the rest of the Seaside core developers &quot;We are all using Squeak 
3.8&quot; nor I have the fix for KomHttpServer for 3.9 but I will not share it :)<br><br><span style="font-weight: bold;">Norbert</span><br>Being in a very similar context than me, that is having to use a Postgres DB encoded in UTF8,&nbsp; was also unable to make it work out of the box (confirming Philippe&#39;s statements) and coded a very smart work around, that he kindly shared with us.
<br><br><span style="font-weight: bold;">Sebastián</span><br>Everything works for him using WAKomEncoded39.&nbsp; But probably as in the SushStore examples above with WAKomEncoded39.&nbsp; That is, not receiving UTF8 or WideStrings.
<br><br>