Re: [Evergreen-general] Evergreen 3.11.0a not properly switching into Czech in the staff client
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 jbo...@equinoxoli.org +1 (877) Open-ILS (673-6457) https://equinoxOLI.org/ On Jun 19, 2023, at 8:30 AM, Linda Jansová via Evergreen-general 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 14-05-14.png>___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Evergreen 3.11.0a not properly switching into Czech in the staff client
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 jbo...@equinoxoli.org +1 (877) Open-ILS (673-6457) https://equinoxOLI.org/ > On Jun 19, 2023, at 8:30 AM, Linda Jansová via Evergreen-general > 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 > > 14-05-14.png>___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] curbside module
Good morning - A library in the process of migrating to the Missouri Evergreen Consortium would like to talk to a library currently using the Curbside module. I don't think anyone in MEC is. Is there someone in the larger community using it on a regular basis who is willing to talk to this new member library about it? You may contact me off-list. Thank you! Diane Disbro Pronouns: she/her Circulation and Special Projects Coordinator Scenic Regional Library 251 Union Plaza Drive Union, MO 63084 (636) 583-0652 ext 110 ddis...@scenicregional.org ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Conference Planning Meeting Postponed
Hello Everyone! I'm going to be postponing our meeting today that was scheduled for 1 pm. If you're still interested in participating, please email me off list! -- Gina Monti Evergreen Systems Specialist Bibliomation, Inc. (203) 577-4070 ext. 109 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Conference Planning Committee Meeting Today!
Hello Everyone! Our first meeting for planning the 2024 conference is today at 12pm central/1pm Eastern. If you are planning on attending, the meeting link is here: meet.google.com/koo-ycsg-cwt -- Gina Monti Evergreen Systems Specialist Bibliomation, Inc. (203) 577-4070 ext. 109 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] 24/7 library kiosks
Are any of you using 24/7 lending library kiosks with Evergreen? If so, what brand? Ruth Frasur (she/they) Coordinator Evergreen Indiana Library Consortium Evergreen Community Development Initiative Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
