Alexander Clouter

This is great, I'll give it a go myself and get it put into the README for others. If I have any problems I'll ask. Thanks!

Temporary (untested) workaround is to edit [line 222 of `main.pm`](https://github.com/jimdigriz/freeradius-oauth2-perl/blob/master/main.pm#L222) and replace: ``` $r->{p} = to_radtime($d->{lastPasswordChangeDateTime}) if (exists($d->{lastPasswordChangeDateTime})); ``` With: ``` $r->{p} = 'Nov 8 2020 15:37:25 UTC'; ``` Does...

Can confirm, setting the locale to something not user hostile (eg. `fr_FR.UTF-8` or `ru_RU.UTF-8`) results in this not working. The problem is actually the call to `from_radtime` which checks `lastPasswordChangeDateTime`...

`strftime` (even with `Time::Piece->use_locale()`) is outputting English names... :-/ This goes into FR, which parses it, but when it passes it back to us, it is in the correct locale...

Works fine outside the `async` worker thread, but inside the locale functionality stops working.

I think this is fixed by https://github.com/jimdigriz/freeradius-oauth2-perl/commit/292bd52060e5629eba781d58d99a3476b52a5702, now just needs testing by someone else other than me.

https://github.com/FreeRADIUS/freeradius-server/issues/3602 is applicable, as FR passes the attribute in its correct locale into the Perl script but cannot read it back unchanged :-/ Without the fix you will see something...

[FR 3.0.22 is released](https://github.com/FreeRADIUS/freeradius-server/releases/tag/release_3_0_22) which includes the locale fix...need to check this all is okay now.

> I've installed FreeRADIUS through the Network Radius packaging on Debian "Buster" 10. > I've installed version 3.0.22 > > And I get the following error when running FreeRADIUS in...

Though everything can be used for Evil(tm), my personal use is when the User-Agent claims to be Windows/Chrome but is actually Linux/PhantomJS. The idea is that combined with other signals...