[Evergreen-general] Evergreen 3.11.0a not properly switching into Czech in the staff client

[Linda Jansová]

Hi Jason,

Thank you very much for looking into this!

Perhaps it may be useful - especially now that it seems that the cookies 
are not to blame for this :-) - to mention that we are on Ubuntu 20.04 
LTS and the latest OpenSRF tarball has been used.

If there is any other piece of information that might be useful, we will 
be more than happy to provide it.

Linda

On 6/20/23 22:10, Jason Boyer wrote:
> Hi Linda. I've looked at this a bit today and can say that it 
> shouldn't have anything to do with that cookie message. It seems like 
> the transition between the Angular (/eg2/) and AngularJS (/eg/) sides 
> of the client doesn't work correctly, but I do see in the browser 
> console "Applying locale cs-CZ" so the cookie is arriving and being 
> parsed as expected, but for some reason isn't taking effect. I'll keep 
> looking but wanted to let you know that I do at least have an idea 
> what it *isn't*. :)
>
> Jason
>
> -- 
> Jason Boyer
> Senior System Administrator
> Equinox Open Library Initiative
> JBoyer at equinoxOLI.org
> +1 (877) Open-ILS (673-6457)
> https://equinoxOLI.org/
>
>> On Jun 19, 2023, at 8:30 AM, Linda Jansová via Evergreen-general 
>> <evergreen-general at list.evergreen-ils.org> wrote:
>>
>> Dear all,
>>
>> We have just installed Evergreen 3.11.0a (it is a fresh install from 
>> the tarball) and have proceeded to setting up Czech as a language to 
>> be used not only in the Bootstrap OPAC but also in the staff client.
>>
>> However, it seems that the staff client does not reliably keep Czech 
>> as the interface language beyond the login screen.
>>
>> After logging into the staff client (with the original login screen 
>> being in Czech), a browser developer tool in Firefox says that "Some 
>> cookies are misusing the recommended “SameSite“ attribute" (the 
>> attached screenshot provides the same information in a visual format).
>>
>> There is a link that provides more information on the nature of the 
>> attribute:
>>
>> https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Set-Cookie#samesitesamesite-value
>>
>> It appears that eg.auth.token and eg.auth.time do not provide a valid 
>> value for the aforementioned SameSite attribute, meaning that Lax (as 
>> a fallback value) is used instead. This, according to Mozilla.org, 
>> "Means that the cookie is not sent on cross-site requests, such as on 
>> requests to load images or frames, but is sent when a user is 
>> navigating to the origin site from an external site (for example, 
>> when following a link). This is the default behavior if the 
>> |SameSite| attribute is not specified."
>>
>> Could that be a reason why the staff client does not honor the 
>> selected locale and keeps changing things from Czech to English (and 
>> sometimes also vice versa)?
>>
>> If so, do you have any idea how to properly fix it?
>>
>> If not, where else should we look?
>>
>> I am also attaching our eg_vhost.conf with our current setup.
>>
>> Thank you very much for any kind of help provided!
>>
>> Linda
>>
>> <eg_vhost.conf><Screenshot at 2023-06-19 
>> 14-05-14.png>_______________________________________________
>> Evergreen-general mailing list
>> Evergreen-general at list.evergreen-ils.org
>> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-general/attachments/20230620/231ba7ec/attachment.htm>