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 [email protected] +1 (877) Open-ILS (673-6457) https://equinoxOLI.org/ > On Jun 19, 2023, at 8:30 AM, Linda Jansová via Evergreen-general > <[email protected]> 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 > [email protected] > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
_______________________________________________ Evergreen-dev mailing list [email protected] http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-dev
