<div dir="ltr">Philip,<div><br></div><div>That suggests the JDBC connection is using the default latin1 character set. </div><div>Try forcing the character set assignment on the JDBC URL connection string. </div><div><br></div><div>Tim</div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Feb 13, 2025 at 12:58 PM Grüter, Philip <<a href="mailto:philip.grueter@secunet.com">philip.grueter@secunet.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Scott and Gianluca,<br>
<br>
I don't really think it has something to do with my terminal or even the output of the aacli.sh tool.<br>
The IDP is connected via SAML2 to a moodle system, which is also getting the wrong umlauts.<br>
Also, the log is also displaying the wrong encoding. When I use the same terminal to connect to the MySQL Database, it displays the Ü correctly. <br>
<br>
Also, I got it working, but I don't consider my current solution a good one. I changed the SQL Query in my attribute-resolver config to: <br>
SELECT email,forename,CONVERT(surname USING utf8) AS surname FROM moodle2_auth WHERE username='$resolutionContext.principal'<br>
This outputs the correct result. So in my opinion, the wrong encoding has something to do with the gathering of the data.<br>
<br>
- Philip<br>
<br>
-----Ursprüngliche Nachricht-----<br>
Von: users <<a href="mailto:users-bounces@shibboleth.net" target="_blank">users-bounces@shibboleth.net</a>> Im Auftrag von Cantor, Scott via users<br>
Gesendet: Donnerstag, 13. Februar 2025 17:20<br>
An: Shib Users <<a href="mailto:users@shibboleth.net" target="_blank">users@shibboleth.net</a>><br>
Cc: Cantor, Scott <<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>><br>
Betreff: Re: Umlaut (Ü, Ä, Ö) in attribute resolution not UTF-8 encoded<br>
<br>
> Are you sure it is not a problem related to your terminal ?<br>
<br>
Without going that far, I will say it's incredibly hard to test and debug this sort of thing because of all the issues with log files, terminal display, etc. It's easy to mix up where the issue is.<br>
<br>
But I wouldn't swear the output logic for the view in that flow isn't wrong somewhere. I would suggest as one thing to try the --saml2 switch and see if the XML seems to be right.<br>
<br>
I'm in the middle of working out some of the Unicode issues with the SP redesign, and I truly believe aliens invading and mandating a new language would be simpler for the world than handling Unicode in C++.<br>
<br>
-- Scott<br>
<br>
<br>
-- <br>
For Consortium Member technical support, see <a href="https://shibboleth.atlassian.net/wiki/x/ZYEpPw" rel="noreferrer" target="_blank">https://shibboleth.atlassian.net/wiki/x/ZYEpPw</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
-- <br>
For Consortium Member technical support, see <a href="https://shibboleth.atlassian.net/wiki/x/ZYEpPw" rel="noreferrer" target="_blank">https://shibboleth.atlassian.net/wiki/x/ZYEpPw</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div>