Re: [Evergreen-general] Dealing with significant traffic increase caused by AI bots

[Linda Jansová via Evergreen-general]

Thank you for sharing the link to the Dark Visitors website - it looks 
very useful, indeed!


Linda

On 4/19/24 20:21, Lolis, John via Evergreen-general wrote:
There's been quite a conversation on the CODE4LIB listserv about this 
lately...


Scott Prater <007dd2c67ad2-dmarc-requ...@lists.clir.org>

Thu, 11 Apr, 10:43 (8 days ago)

to CODE4LIB
We've also been seeing some traffic from inconsiderate AI bots.

One of my colleagues came across this site, which tracks and documents 
AI bots:


https://darkvisitors.com/

-- Scott

--
Scott Prater
Digital Library Architect
UW Digital Collections Center
University of Wisconsin - Madison




From: Code for Libraries  on behalf of Lolis, 
John 

Sent: Wednesday, April 10, 2024 12:15 PM
To: code4...@lists.clir.org
Subject: Re: [CODE4LIB] blocking GPTBot?

This *sounds* as if it should help:
https://urldefense.com/v3/__https://searchengineland.com/google-extended-crawler-432636__;!!Mak6IKo!Pm6vbeyDLkzwxaEhcIBmaI0pK1d7U0GtguiIAgWmNzfNyOyR1m3n9iypyhqwZH3QxxIfNMIETf94S2_ioTtPPtfncyM$

John Lolis
Coordinator of Computer Systems

100 Martine Avenue
White Plains, NY  10601
tel: 1.914.422.1497
fax: 1.914.422.1452

https://urldefense.com/v3/__https://whiteplainslibrary.org/__;!!Mak6IKo!Pm6vbeyDLkzwxaEhcIBmaI0pK1d7U0GtguiIAgWmNzfNyOyR1m3n9iypyhqwZH3QxxIfNMIETf94S2_ioTtPwb7-RSk$

*“I would rather have questions that can’t be answered than answers that
can’t be questioned.”*
— Richard Feynman
<https://urldefense.com/v3/__https://click.fourhourmail.com/5qure95xkf7hvvo93wh2/7qh7h8h05vr4zrtz/aHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvUmljaGFyZF9GZXlubWFu__;!!Mak6IKo!Pm6vbeyDLkzwxaEhcIBmaI0pK1d7U0GtguiIAgWmNzfNyOyR1m3n9iypyhqwZH3QxxIfNMIETf94S2_ioTtP3X91XJ0$ 
>,

theoretical physicist and recipient of the Nobel Prize in Physics in 1965


On Mon, 8 Apr 2024 at 16:31, Jason Casden  wrote:

> Thanks for bringing this up, Eben. We've been having a horrible time 
with

> these bots, including those from previously fairly well-behaved sources
> like Google. They've caused issues ranging from slow response times and
> high system load all the way up to outages for some older systems. 
So far,
> our systems folks have been playing whack-a-mole with a combination 
of IP

> range blocks and increasingly detailed robots.txt statements. A group is
> being convened to investigate more comprehensive options so I will be
> watching this thread closely.
>
> Jason
>
> On Mon, Apr 8, 2024 at 4:18 PM Eben English 
> wrote:
>
> > Hi all,
> >
> > I'm wondering if other folks are seeing AI and/or ML-related crawlers
> like
> > GPTBot accessing your library's website, catalog, digital 
collections, or

> > other sites.
> >
> > If so, are you blocking or disallowing these crawlers? Has anyone 
come up

> > with any policies around this?
> >
> > We're debating whether to allow these types of bots to crawl our 
digital

> > collections, many of which contain large amounts of copyrighted or "no
> > derivatives"-licensed materials. On one hand, these materials are
> available
> > for public view, but on the other hand the type of use that GPTBot and
> the
> > like are after (integrating the content into their models) could be
> > characterized as creating a derivative work, which is expressly
> > discouraged.
> >
> > Thanks,
> >
> > Eben English (he/him/his)
> > Digital Repository Services Manager
> > Boston Public Library
> >
>

John Lolis
Coordinator of Computer Systems

100 Martine Avenue
White Plains, NY  10601
tel: 1.914.422.1497
fax: 1.914.422.1452

https://whiteplainslibrary.org/

/“I would rather have questions that can’t be answered than answers 
that can’t be questioned.”/
— Richard Feynman 
<https://click.fourhourmail.com/5qure95xkf7hvvo93wh2/7qh7h8h05vr4zrtz/aHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvUmljaGFyZF9GZXlubWFu>, 
theoretical physicist and recipient of the Nobel Prize in Physics in 1965



On Fri, 19 Apr 2024 at 07:05, Jane Sandberg via Evergreen-general 
 wrote:


Hi Linda,

It's not for Evergreen, but my colleague recently blocked
claudebot using fail2ban on our load balancer

<https://github.com/pulibrary/princeton_ansible/commit/6f9009249a168442391d90e2b75028d40a8a9e91>.
Essentially, fail2ban is configured to watch Nginx's access log,
and if more than 10 claudebot requests appear within the past
minute from a particular IP, it automatically blocks all requests
    from that IP for the next 24 hours.  I would think that something
similar could work for Apache's access log.

Good luck with the bots!

  -Jane

El vie, 19 abr 2024 a la(s) 3:42 a.m., Linda Jansová via
Evergreen-general (evergreen-general@list.evergreen-ils.org) escribió:

Dear all,

Have any of you

Re: [Evergreen-general] Dealing with significant traffic increase caused by AI bots

[Linda Jansová via Evergreen-general]

Thank you very much, Jane!

We will certainly give fail2ban a try, though - as we use Apache - some 
implementation details will probably be a bit different :-).


Linda

On 4/19/24 13:05, Jane Sandberg wrote:

Hi Linda,

It's not for Evergreen, but my colleague recently blocked claudebot 
using fail2ban on our load balancer 
<https://github.com/pulibrary/princeton_ansible/commit/6f9009249a168442391d90e2b75028d40a8a9e91>.  
Essentially, fail2ban is configured to watch Nginx's access log, and 
if more than 10 claudebot requests appear within the past minute from 
a particular IP, it automatically blocks all requests from that IP for 
the next 24 hours.  I would think that something similar could work 
for Apache's access log.


Good luck with the bots!

  -Jane

El vie, 19 abr 2024 a la(s) 3:42 a.m., Linda Jansová via 
Evergreen-general (evergreen-general@list.evergreen-ils.org) escribió:


Dear all,

Have any of you encountered an extensive crawling by Bytespider and
Bytedance (see e.g.,

https://wordpress.org/support/topic/psa-bytedance-and-bytespider-bots-recommend-blocking/),

Claudebot or other AI bots?

If so, do you have any secret recipe how to disable the crawler from
accessing the site?

Thank you very much for sharing your experience!

Linda

___
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] Dealing with significant traffic increase caused by AI bots

[Linda Jansová via Evergreen-general]

Dear all,

Have any of you encountered an extensive crawling by Bytespider and 
Bytedance (see e.g., 
https://wordpress.org/support/topic/psa-bytedance-and-bytespider-bots-recommend-blocking/), 
Claudebot or other AI bots?


If so, do you have any secret recipe how to disable the crawler from 
accessing the site?


Thank you very much for sharing your experience!

Linda

___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general

[Evergreen-general] Item status translations in Evergreen

[Linda Jansová via Evergreen-general]

Dear all,

It seems that currently default item statuses can only be translated 
within Evergreen, e.g., on Blake’s bugsquash2 server via this interface:


https://bugsquash2.mobiusconsortium.org/eg2/en-US/staff/admin/server/config/copy_status

We are just wondering – as these strings are the same in every Evergreen 
installation, wouldn’t it make sense to have them translated on 
Launchpad or in POEditor?


But maybe there are practical reasons why the current approach makes 
more sense (perhaps like the fact that the original strings can be 
overwritten in the interface so that once they change, the translations 
would no longer be correct)?


In previous versions only the custom item statuses had to be translated 
one by one in the installation.


The default ones are still included in the db.seed file on Launchpad, 
e.g. this translation for Discard/Weed item status:


https://translations.launchpad.net/evergreen/main/+pots/db.seed/cs/+translate?batch=10=all=Discard%2FWeed

Thank you for sharing your thoughts!

And – last but not least – a big thank you goes out to Blake for setting 
up the bugsquash2 test server with Czech!


Linda


___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general

Re: [Evergreen-general] Bug Squashing Week Starts Now!

[Linda Jansová via Evergreen-general]

Thank you very much, Blake!

Linda

On 3/20/24 15:50, Blake Graham-Henderson via Evergreen-general wrote:

Linda,

The Czech language is now available in the OPAC. Sorry I missed that!
-Blake-
Conducting Magic
Will consume any data format
MOBIUS

On 3/19/2024 12:15 PM, Linda Jansová via Evergreen-general wrote:

Hi Blake,

Thank you very much!

I have just found out that you have switched on some other languages 
(including Czech) in the staff client which is great :-)!


I was just wondering - do you think you could also add those other 
languages to the OPAC?


It is always useful to be able to check on things in both places :-)...

Linda

On 3/19/24 17:43, Blake Graham-Henderson via Evergreen-general wrote:

All,

I just finished a second server for testing. Those of you that may 
have looked at the spreadsheet before now may not realize there's a 
new set of bugs to test on bugsquash2!


Many of the included bugs require some server-side config changes. 
For SIP/auth proxy. I'm happy to make changes to the config as 
needed. Please contact me separately to work out the details. 
(bugsquash1 also has several bugs installed that still need testing)


A nod to Bill Erickson for his work on Redis. I've included that 
infrastructure on both bugsquash.mobiusconsortium.org and 
bugsquash2.mobiusconsortium.org. As a little extra credit, they are 
also running PostgreSQL 15.


These are included on bugsquash2:

Typo in Library Setting Description for "How to set default owning 
library for auto-created line item items" 
<https://bugs.launchpad.net/evergreen/+bug/2028095>https://bugs.launchpad.net/evergreen/+bug/2028095 
<https://bugs.launchpad.net/evergreen/+bug/2028095>
Default Phone Number and SMS Number example and regex 
<https://bugs.launchpad.net/evergreen/+bug/2035396>https://bugs.launchpad.net/evergreen/+bug/2035396 
<https://bugs.launchpad.net/evergreen/+bug/2035396>
Stripe Payment Intents and Duplicate Charges 
<https://bugs.launchpad.net/evergreen/+bug/2057948>https://bugs.launchpad.net/evergreen/+bug/2057948 
<https://bugs.launchpad.net/evergreen/+bug/2057948>
Some field labels in angularized Acquisition interface are not shown 
translated 
<https://bugs.launchpad.net/evergreen/+bug/1968087>https://bugs.launchpad.net/evergreen/+bug/1968087 
<https://bugs.launchpad.net/evergreen/+bug/1968087>
Dynamic staff portal doesn't work well in non-English languages 
<https://bugs.launchpad.net/evergreen/+bug/2037426>https://bugs.launchpad.net/evergreen/+bug/2037426 
<https://bugs.launchpad.net/evergreen/+bug/2037426>
add STRING_AGG transform to reporter 
<https://bugs.launchpad.net/evergreen/+bug/2020914>https://bugs.launchpad.net/evergreen/+bug/2020914 
<https://bugs.launchpad.net/evergreen/+bug/2020914>
Possible to bypass holds placement limits via direct API calls 
<https://bugs.launchpad.net/evergreen/+bug/1017990>https://bugs.launchpad.net/evergreen/+bug/1017990 
<https://bugs.launchpad.net/evergreen/+bug/1017990>
SIP patron part level holds respond blank 
<https://bugs.launchpad.net/evergreen/+bug/1525394>https://bugs.launchpad.net/evergreen/+bug/1525394 
<https://bugs.launchpad.net/evergreen/+bug/1525394>
SIP Return Screen Message OK 
<https://bugs.launchpad.net/evergreen/+bug/1613335>https://bugs.launchpad.net/evergreen/+bug/1613335 
<https://bugs.launchpad.net/evergreen/+bug/1613335>
Install directory hardcoded in web client build and tests 
<https://bugs.launchpad.net/evergreen/+bug/1662297>https://bugs.launchpad.net/evergreen/+bug/1662297 
<https://bugs.launchpad.net/evergreen/+bug/1662297>
Long browse entries cause index row size error 
<https://bugs.launchpad.net/evergreen/+bug/1695911>https://bugs.launchpad.net/evergreen/+bug/1695911 
<https://bugs.launchpad.net/evergreen/+bug/1695911>
Remaining chunk/bundle work 
<https://bugs.launchpad.net/evergreen/+bug/1710293>https://bugs.launchpad.net/evergreen/+bug/1710293 
<https://bugs.launchpad.net/evergreen/+bug/1710293>
auth_proxy, native login fails when LDAP unavailable 
<https://bugs.launchpad.net/evergreen/+bug/1715396>https://bugs.launchpad.net/evergreen/+bug/1715396 
<https://bugs.launchpad.net/evergreen/+bug/1715396>
Long-frozen holds skew hold queue position calculation 
<https://bugs.launchpad.net/evergreen/+bug/1744341>https://bugs.launchpad.net/evergreen/+bug/1744341 
<https://bugs.launchpad.net/evergreen/+bug/1744341>
webstaff: EXPAND_WEB_IMPORTS = 0 no longer works 
<https://bugs.launchpad.net/evergreen/+bug/1770212>https://bugs.launchpad.net/evergreen/+bug/1770212 
<https://bugs.launchpad.net/evergreen/+bug/1770212>
Add a support script for importing patrons 
<https://bugs.launchpad.net/evergreen/+bug/1786524>https://bugs.launchpad.net/evergreen/+bug/1786524 
<https://bugs.launchpad.net/evergreen/+bug/1786524>
AuthProxy native login 

Re: [Evergreen-general] Bug Squashing Week Starts Now!

[Linda Jansová via Evergreen-general]

Hi Blake,

Thank you very much!

I have just found out that you have switched on some other languages 
(including Czech) in the staff client which is great :-)!


I was just wondering - do you think you could also add those other 
languages to the OPAC?


It is always useful to be able to check on things in both places :-)...

Linda

On 3/19/24 17:43, Blake Graham-Henderson via Evergreen-general wrote:

All,

I just finished a second server for testing. Those of you that may 
have looked at the spreadsheet before now may not realize there's a 
new set of bugs to test on bugsquash2!


Many of the included bugs require some server-side config changes. For 
SIP/auth proxy. I'm happy to make changes to the config as needed. 
Please contact me separately to work out the details. (bugsquash1 also 
has several bugs installed that still need testing)


A nod to Bill Erickson for his work on Redis. I've included that 
infrastructure on both bugsquash.mobiusconsortium.org and 
bugsquash2.mobiusconsortium.org. As a little extra credit, they are 
also running PostgreSQL 15.


These are included on bugsquash2:

Typo in Library Setting Description for "How to set default owning 
library for auto-created line item items" 
https://bugs.launchpad.net/evergreen/+bug/2028095 

Default Phone Number and SMS Number example and regex 
https://bugs.launchpad.net/evergreen/+bug/2035396 

Stripe Payment Intents and Duplicate Charges 
https://bugs.launchpad.net/evergreen/+bug/2057948 

Some field labels in angularized Acquisition interface are not shown 
translated 
https://bugs.launchpad.net/evergreen/+bug/1968087 

Dynamic staff portal doesn't work well in non-English languages 
https://bugs.launchpad.net/evergreen/+bug/2037426 

add STRING_AGG transform to reporter 
https://bugs.launchpad.net/evergreen/+bug/2020914 

Possible to bypass holds placement limits via direct API calls 
https://bugs.launchpad.net/evergreen/+bug/1017990 

SIP patron part level holds respond blank 
https://bugs.launchpad.net/evergreen/+bug/1525394 

SIP Return Screen Message OK 
https://bugs.launchpad.net/evergreen/+bug/1613335 

Install directory hardcoded in web client build and tests 
https://bugs.launchpad.net/evergreen/+bug/1662297 

Long browse entries cause index row size error 
https://bugs.launchpad.net/evergreen/+bug/1695911 

Remaining chunk/bundle work 
https://bugs.launchpad.net/evergreen/+bug/1710293 

auth_proxy, native login fails when LDAP unavailable 
https://bugs.launchpad.net/evergreen/+bug/1715396 

Long-frozen holds skew hold queue position calculation 
https://bugs.launchpad.net/evergreen/+bug/1744341 

webstaff: EXPAND_WEB_IMPORTS = 0 no longer works 
https://bugs.launchpad.net/evergreen/+bug/1770212 

Add a support script for importing patrons 
https://bugs.launchpad.net/evergreen/+bug/1786524 

AuthProxy native login fails if username begins with a number 
https://bugs.launchpad.net/evergreen 


/+bug/1828456 
teach SIP driver how to use open-ils.auth_proxy 
https://bugs.launchpad.net/evergreen/+bug/1526558 



-Blake-
Conducting Magic
Will consume any data format
MOBIUS

[Evergreen-general] Untranslated column headers in the staff client - how to proceed?

[Linda Jansová via Evergreen-general]

Dear all,

We have begun working with the 3.12 version which is - when it comes to 
correctly displaying Czech - significantly better than the previous 
version - of course a big thank you goes out to everyone who has helped 
along the way :-)!


One of the so far unresolved issues we would like to start working on 
now are the column headers. These often remain untranslated as we have 
reported here:


https://bugs.launchpad.net/evergreen/+bug/2042915

There is also a spreadsheet with a couple of examples:

https://docs.google.com/spreadsheets/d/13_AwTRNLobGIgA6bFqw0pC3tWXq8D8i13CshCbOb1u4/edit?usp=sharing

It seems that if the string (and, consequently, its translation) is not 
present in POEditor and can only be found on Launchpad and in fm_IDL.xml 
and in translation files in GIT, the staff client interface shows the 
English string instead of the Czech one.


So I was just wondering how we could proceed, e.g. should we try to 
compile a comprehensive list of all missing translations from the column 
headers? And if so, which other pieces of information would be useful to 
add, e.g., would a spreadsheet like the one mentioned above be a good 
starting point?


In some cases when the string is not very unique (actually, it is a 
rather common situation to come across widely used strings; the unique 
ones appear less frequently), the GIT links might not be very useful as 
the string would be found in many more places (and, consequently, files) 
than just say in a single column header.


Perhaps trying to locate relevant ".component.html" files with missing 
i18n-label attributes (using 
https://git.evergreen-ils.org/?p=Evergreen.git=search=HEAD=grep=+%3Ceg-grid-column 
or a similar approach) would be a better choice? (But maybe this 
wouldn't work in practice as the example strings from the spreadsheet 
currently indicate no occurrences in the .component.html files.)


Or would there be an entirely different way to tackle it?

Thank you very much for sharing your views!

Linda

___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general

Re: [Evergreen-general] Prague

[Linda Jansová via Evergreen-general]

Dear Terran and others,

Thank you for being with us!

It is indeed a tragedy; something we could never really imagine 
happening here, especially not on our university's premises which is a 
place we all traditionally consider safe.


Actually, the Institute of Information Studies and Librarianship where 
we all studied and where Eva also teaches a course on information 
technologies in libraries is part of the Faculty of Arts but located 
elsewhere. But the Faculty of Arts' main building is also a place where 
we all have spent some time (I remember taking some of my English 
classes there about two decades ago) and also it is a kind of a symbolic 
building for us here in the Czech Republic.


Although at this moment I do not think we personally know any of the 
victims, it is a really difficult situation to cope with as it is do 
much linked with a familiar setting, with a place and an institution 
which has played and keeps playing an important role in our lives.


Linda

On 12/22/23 01:42, Terran McCanna wrote:

To our Evergreen family in the Czech Republic,

Our hearts go out to you tonight. We sincerely hope that you and your 
loved ones are safe and well after the tragedy today.


Sincerely,
Terran and the PINES team




___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general

Re: [Evergreen-general] Czech test server for the Feedback Fest?

[Linda Jansová via Evergreen-general]

So do I :-)!

Thank you very much, Blake!

Linda

On 11/10/23 17:15, Blake Graham-Henderson wrote:

Linda,

I believe I've got that accomplished:

https://bugsquash3.mobiusconsortium.org/eg/opac
-Blake-
Conducting Magic
Will consume any data format
MOBIUS

On 11/10/2023 2:00 AM, Linda Jansová wrote:

Dear Blake,

Do you think you could also switch on Czech for the OPAC?

It might be useful to compare what we are seeing on Terran's testbox 
server (where the Czech OPAC is available but not the staff client) 
to what we would see on your bugsquash3 server where the Czech staff 
client can be switched on...


Thank you very much for considering this request :-)!

Linda

On 11/7/23 09:58, Linda Jansová wrote:

Hi,

Thank you once again for setting up the Czech test server!

As the patch from https://bugs.launchpad.net/evergreen/+bug/2032753 
has been included (which, by the way, makes the staff client look 
much better in Czech :-), we have been able to focus on other 
translation issues.


I have just summed up findings related to untranslated column headers:

https://bugs.launchpad.net/evergreen/+bug/2042915

Also, it is clear that the splash page is in English only, not 
looking as broken as it did previously (what might be worth noting 
is that the Czech splash page can be seen for just a very little 
moment before Evergreen redirects to the English splash page):


https://bugs.launchpad.net/evergreen/+bug/2037426

Linda

On 11/5/23 08:11, Linda Jansová wrote:

Dear Blake,

Thank you very much!

Linda

On 11/5/23 00:02, Blake Graham-Henderson wrote:

Linda,

https://bugsquash3.mobiusconsortium.org/

is setup and ready. Based on the main branch. The second patch was 
already merged on main. Essentially, this is the only patch installed:


https://bugs.launchpad.net/evergreen/+bug/2032753
-Blake-
Conducting Magic
Will consume any data format
MOBIUS

On 11/4/2023 1:13 AM, Linda Jansová wrote:

Hi Terran and Blake,

That sounds perfect, thank you!

Linda

On 11/3/23 23:36, Terran McCanna wrote:

Hi Linda,

Yes, Blake will set that up for testing next week!

Best wishes,
Terran



Terran McCanna, PINES Program Manager



Georgia Public Library Service | University System of Georgia

2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341

(404) 235-7138| tmcca...@georgialibraries.org

http://help.georgialibraries.org | h...@georgialibraries.org


<https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs>

Join our email list <http://georgialibraries.org>for stories of 
Georgia libraries making an impact in our communities.





On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via 
Evergreen-general  wrote:


Dear all,

We very much look forward to the Evergreen Feedback Fest!

Do you think it would be possible to enable Czech on one of
the test servers (e.g., somewhat traditionally, on Blake’s
bugsquash3 :-)?

It would be great if we could test Jane’s patch:

Web staff client does not work properly when Czech is
switched on:
https://bugs.launchpad.net/evergreen/+bug/2032753

(https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections,
already with a pull request)

It would also give us a chance to have a closer look at the
button names in Czech:

Web Staff Client - accessibility and button names:
https://bugs.launchpad.net/evergreen/+bug/1615714
(fix committed, Evergreen 3.11.2)

Perhaps the Czech test server would also help shed some more
light on this bug:

Dynamic staff portal doesn't work well in non-English languages:
https://bugs.launchpad.net/evergreen/+bug/2037426
<https://bugs.launchpad.net/evergreen/+bug/2037426>
(without a proposed solution yet)

Thank you very much for considering the Czech test server
for the Feedback Fest!

Linda

___
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] Czech test server for the Feedback Fest?

[Linda Jansová via Evergreen-general]

Dear Blake,

Do you think you could also switch on Czech for the OPAC?

It might be useful to compare what we are seeing on Terran's testbox 
server (where the Czech OPAC is available but not the staff client) to 
what we would see on your bugsquash3 server where the Czech staff client 
can be switched on...


Thank you very much for considering this request :-)!

Linda

On 11/7/23 09:58, Linda Jansová wrote:

Hi,

Thank you once again for setting up the Czech test server!

As the patch from https://bugs.launchpad.net/evergreen/+bug/2032753 
has been included (which, by the way, makes the staff client look much 
better in Czech :-), we have been able to focus on other translation 
issues.


I have just summed up findings related to untranslated column headers:

https://bugs.launchpad.net/evergreen/+bug/2042915

Also, it is clear that the splash page is in English only, not looking 
as broken as it did previously (what might be worth noting is that the 
Czech splash page can be seen for just a very little moment before 
Evergreen redirects to the English splash page):


https://bugs.launchpad.net/evergreen/+bug/2037426

Linda

On 11/5/23 08:11, Linda Jansová wrote:

Dear Blake,

Thank you very much!

Linda

On 11/5/23 00:02, Blake Graham-Henderson wrote:

Linda,

https://bugsquash3.mobiusconsortium.org/

is setup and ready. Based on the main branch. The second patch was 
already merged on main. Essentially, this is the only patch installed:


https://bugs.launchpad.net/evergreen/+bug/2032753
-Blake-
Conducting Magic
Will consume any data format
MOBIUS

On 11/4/2023 1:13 AM, Linda Jansová wrote:

Hi Terran and Blake,

That sounds perfect, thank you!

Linda

On 11/3/23 23:36, Terran McCanna wrote:

Hi Linda,

Yes, Blake will set that up for testing next week!

Best wishes,
Terran



Terran McCanna, PINES Program Manager



Georgia Public Library Service | University System of Georgia

2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341

(404) 235-7138| tmcca...@georgialibraries.org

http://help.georgialibraries.org | h...@georgialibraries.org


<https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs>

Join our email list <http://georgialibraries.org>for stories of 
Georgia libraries making an impact in our communities.





On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via 
Evergreen-general  wrote:


Dear all,

We very much look forward to the Evergreen Feedback Fest!

Do you think it would be possible to enable Czech on one of
the test servers (e.g., somewhat traditionally, on Blake’s
bugsquash3 :-)?

It would be great if we could test Jane’s patch:

Web staff client does not work properly when Czech is switched on:
https://bugs.launchpad.net/evergreen/+bug/2032753

(https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections,
already with a pull request)

It would also give us a chance to have a closer look at the
button names in Czech:

Web Staff Client - accessibility and button names:
https://bugs.launchpad.net/evergreen/+bug/1615714
(fix committed, Evergreen 3.11.2)

Perhaps the Czech test server would also help shed some more
light on this bug:

Dynamic staff portal doesn't work well in non-English languages:
https://bugs.launchpad.net/evergreen/+bug/2037426
<https://bugs.launchpad.net/evergreen/+bug/2037426>
(without a proposed solution yet)

Thank you very much for considering the Czech test server for
the Feedback Fest!

Linda

___
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] Czech test server for the Feedback Fest?

[Linda Jansová via Evergreen-general]

Hi,

Thank you once again for setting up the Czech test server!

As the patch from https://bugs.launchpad.net/evergreen/+bug/2032753 has 
been included (which, by the way, makes the staff client look much 
better in Czech :-), we have been able to focus on other translation issues.


I have just summed up findings related to untranslated column headers:

https://bugs.launchpad.net/evergreen/+bug/2042915

Also, it is clear that the splash page is in English only, not looking 
as broken as it did previously (what might be worth noting is that the 
Czech splash page can be seen for just a very little moment before 
Evergreen redirects to the English splash page):


https://bugs.launchpad.net/evergreen/+bug/2037426

Linda

On 11/5/23 08:11, Linda Jansová wrote:

Dear Blake,

Thank you very much!

Linda

On 11/5/23 00:02, Blake Graham-Henderson wrote:

Linda,

https://bugsquash3.mobiusconsortium.org/

is setup and ready. Based on the main branch. The second patch was 
already merged on main. Essentially, this is the only patch installed:


https://bugs.launchpad.net/evergreen/+bug/2032753
-Blake-
Conducting Magic
Will consume any data format
MOBIUS

On 11/4/2023 1:13 AM, Linda Jansová wrote:

Hi Terran and Blake,

That sounds perfect, thank you!

Linda

On 11/3/23 23:36, Terran McCanna wrote:

Hi Linda,

Yes, Blake will set that up for testing next week!

Best wishes,
Terran



Terran McCanna, PINES Program Manager



Georgia Public Library Service | University System of Georgia

2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341

(404) 235-7138| tmcca...@georgialibraries.org

http://help.georgialibraries.org | h...@georgialibraries.org


<https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs>

Join our email list <http://georgialibraries.org>for stories of 
Georgia libraries making an impact in our communities.





On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via Evergreen-general 
 wrote:


Dear all,

We very much look forward to the Evergreen Feedback Fest!

Do you think it would be possible to enable Czech on one of the
test servers (e.g., somewhat traditionally, on Blake’s
bugsquash3 :-)?

It would be great if we could test Jane’s patch:

Web staff client does not work properly when Czech is switched on:
https://bugs.launchpad.net/evergreen/+bug/2032753

(https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections,
already with a pull request)

It would also give us a chance to have a closer look at the
button names in Czech:

Web Staff Client - accessibility and button names:
https://bugs.launchpad.net/evergreen/+bug/1615714
(fix committed, Evergreen 3.11.2)

Perhaps the Czech test server would also help shed some more
light on this bug:

Dynamic staff portal doesn't work well in non-English languages:
https://bugs.launchpad.net/evergreen/+bug/2037426
<https://bugs.launchpad.net/evergreen/+bug/2037426>
(without a proposed solution yet)

Thank you very much for considering the Czech test server for
the Feedback Fest!

Linda

___
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] Czech test server for the Feedback Fest?

[Linda Jansová via Evergreen-general]

Dear Blake,

Thank you very much!

Linda

On 11/5/23 00:02, Blake Graham-Henderson wrote:

Linda,

https://bugsquash3.mobiusconsortium.org/

is setup and ready. Based on the main branch. The second patch was 
already merged on main. Essentially, this is the only patch installed:


https://bugs.launchpad.net/evergreen/+bug/2032753
-Blake-
Conducting Magic
Will consume any data format
MOBIUS

On 11/4/2023 1:13 AM, Linda Jansová wrote:

Hi Terran and Blake,

That sounds perfect, thank you!

Linda

On 11/3/23 23:36, Terran McCanna wrote:

Hi Linda,

Yes, Blake will set that up for testing next week!

Best wishes,
Terran



Terran McCanna, PINES Program Manager



Georgia Public Library Service | University System of Georgia

2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341

(404) 235-7138| tmcca...@georgialibraries.org

http://help.georgialibraries.org | h...@georgialibraries.org


<https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs>

Join our email list <http://georgialibraries.org>for stories of 
Georgia libraries making an impact in our communities.





On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via Evergreen-general 
 wrote:


Dear all,

We very much look forward to the Evergreen Feedback Fest!

Do you think it would be possible to enable Czech on one of the
test servers (e.g., somewhat traditionally, on Blake’s
bugsquash3 :-)?

It would be great if we could test Jane’s patch:

Web staff client does not work properly when Czech is switched on:
https://bugs.launchpad.net/evergreen/+bug/2032753

(https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections,
already with a pull request)

It would also give us a chance to have a closer look at the
button names in Czech:

Web Staff Client - accessibility and button names:
https://bugs.launchpad.net/evergreen/+bug/1615714
(fix committed, Evergreen 3.11.2)

Perhaps the Czech test server would also help shed some more
light on this bug:

Dynamic staff portal doesn't work well in non-English languages:
https://bugs.launchpad.net/evergreen/+bug/2037426
<https://bugs.launchpad.net/evergreen/+bug/2037426>
(without a proposed solution yet)

Thank you very much for considering the Czech test server for
the Feedback Fest!

Linda

___
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] Czech test server for the Feedback Fest?

[Linda Jansová via Evergreen-general]

Hi Terran and Blake,

That sounds perfect, thank you!

Linda

On 11/3/23 23:36, Terran McCanna wrote:

Hi Linda,

Yes, Blake will set that up for testing next week!

Best wishes,
Terran



Terran McCanna, PINES Program Manager



Georgia Public Library Service | University System of Georgia

2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341

(404) 235-7138| tmcca...@georgialibraries.org

http://help.georgialibraries.org | h...@georgialibraries.org


<https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs>

Join our email list <http://georgialibraries.org>for stories of 
Georgia libraries making an impact in our communities.





On Mon, Oct 30, 2023 at 3:05 AM Linda Jansová via Evergreen-general 
 wrote:


Dear all,

We very much look forward to the Evergreen Feedback Fest!

Do you think it would be possible to enable Czech on one of the
test servers (e.g., somewhat traditionally, on Blake’s bugsquash3 :-)?

It would be great if we could test Jane’s patch:

Web staff client does not work properly when Czech is switched on:
https://bugs.launchpad.net/evergreen/+bug/2032753

(https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/sandbergja/lp2032753-angular-i18n-corrections,
already with a pull request)

It would also give us a chance to have a closer look at the button
names in Czech:

Web Staff Client - accessibility and button names:
https://bugs.launchpad.net/evergreen/+bug/1615714
(fix committed, Evergreen 3.11.2)

Perhaps the Czech test server would also help shed some more light
on this bug:

Dynamic staff portal doesn't work well in non-English languages:
https://bugs.launchpad.net/evergreen/+bug/2037426
<https://bugs.launchpad.net/evergreen/+bug/2037426>
(without a proposed solution yet)

Thank you very much for considering the Czech test server for the
Feedback Fest!

Linda

___
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] Localized test server for bug squashing week?

[Linda Jansová via Evergreen-general]

Thank you very much, Blake!

We have already used your localized test server to describe the strange 
behavior of the web staff client which is supposed to be in Czech only 
but which actually also includes a significant amount of English strings 
(currently preventing us from upgrading):


https://bugs.launchpad.net/evergreen/+bug/2032753 (Web staff client does 
not work properly when Czech is switched on)


Your test server has also enabled us to check and report related issues, 
especially:


https://bugs.launchpad.net/evergreen/+bug/1968041 (The untranslated 
strings ended up as an empty string in a localized angular client)


https://bugs.launchpad.net/evergreen/+bug/2032692 (Untranslatable 
strings in patron messages in Bootstrap OPAC)


Linda

On 8/22/23 20:22, Terran McCanna via Evergreen-general wrote:

Awesome, thank you, Blake!



Terran McCanna, PINES Program Manager



Georgia Public Library Service | University System of Georgia

2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341

(404) 235-7138| tmcca...@georgialibraries.org

http://help.georgialibraries.org | h...@georgialibraries.org




Join our email list for stories of 
Georgia libraries making an impact in our communities.





On Tue, Aug 22, 2023 at 1:32 PM Blake Graham-Henderson via 
Evergreen-general  wrote:


Eva,

I setup a fully cs-CZ server:

https://bugsquash3.mobiusconsortium.org

staff login:
admin/demo123

I've exposed the eg_vhost.conf file for you to compare:
https://bugsquash3.mobiusconsortium.org/eg_vhost.conf.txt

It's running Evergreen main branch, no patches. It's configured to
default cs-CZ everywhere.

-Blake-
Conducting Magic
Will consume any data format
MOBIUS

On 8/16/2023 9:03 AM, Cerninakova Eva via Evergreen-general wrote:


Thanks a lot, Blake :-)

st 16. 8. 2023 v 15:33 odesílatel Blake Graham-Henderson via
Evergreen-general  napsal:

Eva,

No problem! I'll be sure and have ours setup with localization.

-Blake-
Conducting Magic
Will consume any data format
MOBIUS

On 8/16/2023 7:41 AM, Cerninakova Eva via Evergreen-general
wrote:

Hi all,

When preparing our planned Evergreen upgrade, I ran into
some serious issues related to localization. E.g., Evergreen
is not properly switching into Czech in the Staff client (as
Linda pointed out in the Evergreen general mailing list
about two weeks ago); some strings that haven't yet been
translated in POEditor won't show in the Evergreen Staff
client interface even in English (there's a blank space
instead); or, in some cases, only certain individual letters
(and a blank space) are displayed from translated strings
containing non-ASCII characters.

So with the approaching bug squashing week, I am wondering
if it would be possible for one of the test servers to have
localization on for the Staff client and for the OPAC too.

I think it would be very useful if more people could go
through the localized interfaces and test the localization
problems, e.g., in Spanish or French plus in the Czech
localizations (the Czech localization would definitely be
suitable for testing, both because it has more non-ASCII
characters than other languages and also because almost all
new strings have been translated recently). Our Czech
Evergreen community is currently working hard to resolve the
problems we came across. However, I suppose broader
testingwould at least reveal if the errors we encountered
are general Evergreen bugs to be reported or just errors
specific to the data and settings of our catalog, which
could shift the localization features of Evergreen a little
forward.

Thank you very much for considering this suggestion.

Eva









  Mgr. Eva Cerniňáková, Ph.D.

vedoucí Knihovny Jabok

Jabok - Vyšší odborná škola sociálně pedagogická a teologická






+420 211 222 409 

cer...@jabok.cz

knihovna.jabok.cz 

Salmovská 8, Praha 2, 120 00



facebook 
instagram 







___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org

Re: [Evergreen-general] How to make changes to eg_vhost.conf in the Docker container?

[Linda Jansová via Evergreen-general]

Thank you very much, Jane!

We will follow your recipe :-)!

Linda

On 8/11/23 15:17, Jane Sandberg wrote:

That is very mysterious!

These steps worked for me to add the 950 db seed in French within a 
docker container:


docker exec -it [container_name] bash
cd /home/opensrf/repos/Evergreen
make -f Open-ILS/src/extras/Makefile.install ubuntu-focal-translator
su opensrf
cd build/i18n
mkdir locale
make newpot
make LOCALE=fr-CA updatepo
exit # go back to root user
cd /home/opensrf/repos/Evergreen/build/i18n && make LOCALE=fr-CA install
su evergreen
psql -f Open-ILS/src/sql/Pg/950.data.seed-values-fr-CA.sql

El vie, 11 ago 2023 a la(s) 05:51, Linda Jansová 
(linda.jans...@gmail.com) escribió:


Thank you very much, Jane!

We currently use the dev tag (but we may also try some other
non-dev tags as you have suggested :-); actually, it seems that
the language selector in the OPAC correctly appears after a couple
of reloads, then - for a couple of other reloads - it disappears
only to appear again after some more reloads ;-).

It definitely works in mysterious ways so far; we would probably
also need to add the 950 db seed with French (and Czech)
translations. Any ideas how to do this correctly?

Linda

On 8/11/23 14:25, Jane Sandberg wrote:

Hi Linda,

What tag of the Evergreen container are you using?  I believe
that the instructions under "Restarting Evergreen services" are
only applicable to the "dev" tag (i.e. if you ran `docker run
[...] mobiusoffice/evergreen-ils:dev`).  If you don't specify a
tag, it defaults to the "latest" tag, which doesn't contain the
file-based restart/recompile methods.

I typically use the non-dev tags, using the following steps to
restart apache. Theoretically, they should work if you are using
the dev tag too, but I haven't tried them:

1. docker ps # this will show the name of the running container
2. docker exec -it [container_name] bash # this will provide a
shell within the running container.  For example, if step 1 had
mentioned that the running Evergreen container is named
"peaceful_spence", it would be `docker exec -it peaceful_spence bash`
3. apache2ctl restart # simply restarts apache. When I need to
restart all services, I use `ansible-playbook
/egconfigs/evergreen_restart_services.yml -e hosts="127.0.0.1"`
instead.

Hope this helps,

       -Jane

    El vie, 11 ago 2023 a la(s) 04:28, Linda Jansová via
Evergreen-general (evergreen-general@list.evergreen-ils.org)
escribió:

Dear all,

We have just started experimenting with a Docker container
(https://hub.docker.com/r/mobiusoffice/evergreen-ils), mainly
to see whether it could help us identify what causes i18n
issues reported in a separate thread (with a subject
"Evergreen 3.11.0a not properly switching into Czech in the
staff client").

At this point we are a bit stuck as we would like to make
appropriate i18n changes to the eg_vhost.conf file and then
make them visible both in the OPAC and in the staff client.

We have uncommented lines related to French translation (just
to see if it works before we would make a deep dive into
Czech) and restarted Evergreen as described at
https://hub.docker.com/r/mobiusoffice/evergreen-ils (under
the heading "Restarting Evergreen services") but it doesn’t
seem to change anything in the OPAC.

How exactly should we proceed?

(Maybe a more specific piece of documentation that would
answer our question is available somewhere; in that case,
sharing a URL would be great :-).)

Thank you in advance!

Linda

___
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] How to make changes to eg_vhost.conf in the Docker container?

[Linda Jansová via Evergreen-general]

Thank you very much, Jane!

We currently use the dev tag (but we may also try some other non-dev 
tags as you have suggested :-); actually, it seems that the language 
selector in the OPAC correctly appears after a couple of reloads, then - 
for a couple of other reloads - it disappears only to appear again after 
some more reloads ;-).


It definitely works in mysterious ways so far; we would probably also 
need to add the 950 db seed with French (and Czech) translations. Any 
ideas how to do this correctly?


Linda

On 8/11/23 14:25, Jane Sandberg wrote:

Hi Linda,

What tag of the Evergreen container are you using? I believe that the 
instructions under "Restarting Evergreen services" are only applicable 
to the "dev" tag (i.e. if you ran `docker run 
[...] mobiusoffice/evergreen-ils:dev`).  If you don't specify a tag, 
it defaults to the "latest" tag, which doesn't contain the file-based 
restart/recompile methods.


I typically use the non-dev tags, using the following steps to restart 
apache.  Theoretically, they should work if you are using the dev tag 
too, but I haven't tried them:


1. docker ps # this will show the name of the running container
2. docker exec -it [container_name] bash # this will provide a shell 
within the running container. For example, if step 1 had mentioned 
that the running Evergreen container is named "peaceful_spence", it 
would be `docker exec -it peaceful_spence bash`
3. apache2ctl restart # simply restarts apache. When I need to restart 
all services, I use `ansible-playbook 
/egconfigs/evergreen_restart_services.yml -e hosts="127.0.0.1"` instead.


Hope this helps,

   -Jane

El vie, 11 ago 2023 a la(s) 04:28, Linda Jansová via Evergreen-general 
(evergreen-general@list.evergreen-ils.org) escribió:


Dear all,

We have just started experimenting with a Docker container
(https://hub.docker.com/r/mobiusoffice/evergreen-ils), mainly to
see whether it could help us identify what causes i18n issues
reported in a separate thread (with a subject "Evergreen 3.11.0a
not properly switching into Czech in the staff client").

At this point we are a bit stuck as we would like to make
appropriate i18n changes to the eg_vhost.conf file and then make
them visible both in the OPAC and in the staff client.

We have uncommented lines related to French translation (just to
see if it works before we would make a deep dive into Czech) and
restarted Evergreen as described at
https://hub.docker.com/r/mobiusoffice/evergreen-ils (under the
heading "Restarting Evergreen services") but it doesn’t seem to
change anything in the OPAC.

How exactly should we proceed?

(Maybe a more specific piece of documentation that would answer
our question is available somewhere; in that case, sharing a URL
would be great :-).)

Thank you in advance!

Linda

___
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] How to make changes to eg_vhost.conf in the Docker container?

[Linda Jansová via Evergreen-general]

Dear all,

We have just started experimenting with a Docker container 
(https://hub.docker.com/r/mobiusoffice/evergreen-ils), mainly to see 
whether it could help us identify what causes i18n issues reported in a 
separate thread (with a subject "Evergreen 3.11.0a not properly 
switching into Czech in the staff client").


At this point we are a bit stuck as we would like to make appropriate 
i18n changes to the eg_vhost.conf file and then make them visible both 
in the OPAC and in the staff client.


We have uncommented lines related to French translation (just to see if 
it works before we would make a deep dive into Czech) and restarted 
Evergreen as described at 
https://hub.docker.com/r/mobiusoffice/evergreen-ils (under the heading 
"Restarting Evergreen services") but it doesn’t seem to change anything 
in the OPAC.


How exactly should we proceed?

(Maybe a more specific piece of documentation that would answer our 
question is available somewhere; in that case, sharing a URL would be 
great :-).)


Thank you in advance!

Linda
___
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

[Linda Jansová via Evergreen-general]

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

[Linda Jansová via Evergreen-general]

Hi Jason and others,

Given your hint that the heart of the issue might lie in the eg to eg2 
transitions, we did some more tests which have led us to the following 
observations:


After logging in (at /eg/staff) one gets redirected to 
/eg2/en-US/staff/admin/workstation/workstations/manage.


I am not sure whether it is important or not (well, maybe not) but I 
have found one hardcoded occurrence of this part of URL in the code:


https://git.evergreen-ils.org/?p=Evergreen.git=search=HEAD=grep=%2Feg2%2Fen-US%2Fstaff%2Fadmin%2Fworkstation%2Fworkstations%2Fmanage 
<https://git.evergreen-ils.org/?p=Evergreen.git=search=HEAD=grep=%2Feg2%2Fen-US%2Fstaff%2Fadmin%2Fworkstation%2Fworkstations%2Fmanage>


There are also a couple of other cases where a URL with /eg2/en-US is 
being explicitly used:


https://git.evergreen-ils.org/?p=Evergreen.git=search=HEAD=grep=%2Feg2%2Fen-US%2F 
<https://git.evergreen-ils.org/?p=Evergreen.git=search=HEAD=grep=%2Feg2%2Fen-US%2F>


(Perhaps there are some more when the URL is combined from smaller 
chunks of text and so it is not that easy to spot the places where these 
might pop up.)


Getting back to the logging in process: when being at 
/eg2/en-US/staff/admin/workstation/workstations/manage, we have noticed 
the following error:


/eg/staff/t_splash (Error: [$compile:tpload] Failed to load template: 
./t_splash (HTTP status: -1 )


https://errors.angularjs.org/1.6.10/$compile/tpload?p0=.%2Ft_splash=-1 
<https://errors.angularjs.org/1.6.10/$compile/tpload?p0=.%2Ft_splash=-1>=)


When we tried to go to /eg/staff/t_splash in the browser, we actually 
saw the webpage (even correctly translated to Czech, especially after 
letting the browser repair encoding as this was actually just a part of 
a HTML page beginning with ). So it seems to be 
there...


We also tried to have a closer look at our eg_vhost.conf. In it we have 
both Czech and English enabled:


# cs-CZ

RewriteCond %{REQUEST_URI} ^/eg2/

RewriteCond %{REQUEST_URI} !^/eg2/cs-CZ/

RewriteCond %{HTTP_COOKIE} eg_locale=cs_cz

RewriteRule ^/eg2/(.*) https://%{HTTP_HOST}/eg2/cs-CZ/$1 [NE,R=307,L]


# Default / en-US.

# No alternate supported cookie provided.

RewriteCond %{REQUEST_URI} ^/eg2/

RewriteCond %{REQUEST_URI} !^/eg2/([a-z]{2}-[A-Z]{2})/

RewriteRule ^/eg2/(.*) https://%{HTTP_HOST}/eg2/en-US/$1 [NE,R=307,L]

When we tried to disable the English part of it, we saw 404s in our 
staff client. So this is definitely not a way to go (although – in 
theory – if this worked, we would probably be quite happy living with 
Czech as the only language for our staff client interface).


I was also thinking that perhaps the eg_vhost.conf may include some 
rewrites to cover the cases of switching between eg and eg2 but couldn’t 
locate any. So this logic is probably described somewhere else...


Although we are most likely on the wrong track, I thought it might be 
useful to share our findings anyway (if not anything else, then perhaps 
it could to help narrow down the search scope)…


Linda


On 6/20/23 22:35, Linda Jansová wrote:

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/

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

[Linda Jansová via Evergreen-general]

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] Upgrade path from 3.9.1 to 3.10.0?

[Linda Jansová via Evergreen-general]

Thank you very much, Jason!

Linda

On 5/7/23 14:03, Jason Stephenson via Evergreen-general wrote:

Hello, Linda!

It looks like the 3.9.1 to 3.10.0 database upgrade is missing from the 
3.10.1 release branch.  This means that it is likely missing from the 
3.10.1 tarball as well.


It does exist in the rel_3_10 and master branches in the git 
repository, so you could copy it from there.


I'll fix the 3.10.1 release branch and see if we can get an updated 
tarball released this week.


Cheers,
Jason

___
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] Upgrade path from 3.9.1 to 3.10.0?

[Linda Jansová via Evergreen-general]

Hi,

We are just upgrading one of our installs and are currently trying to 
get from 3.9.1 to 3.10.0. However, we cannot find appropriate version 
upgrade script.


We have the one from 3.9.0 to 3.9.1 and the following one would take us 
from 3.10.0 to 3.10.1.


We would expect at least version tagging in config.upgrade_log database 
table but, in this case, it seems to be missing.


It would actually be the first time (from the 1.6.x version) when we 
wouldn't have the appropriate version upgrade script for each version 
step. This looks, of course, a bit strange.


Any ideas how to proceed with the upgrade, given these circumstances?

Thank you for sharing your insights on this!

Linda
___
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 Conference List

[Linda Jansová via Evergreen-general]

Oh, I mean "Hi Jason" of course... My sincere apologies!

Linda

On 4/30/23 15:06, Linda Jansová wrote:

Hi Stephen,

It is a great idea to have such a list (even for us from across the 
pond :-)!


I have found this link for the 2009 conference (a list of links to 
blog posts, actually):


https://evergreen-ils.org/category/conferences/evergreen-2009-conference/

This wouldn't work for the second conference very well, however, as 
there is just one post under the conference category:


https://evergreen-ils.org/category/conferences/evergreen-2010-conference/

So perhaps links from the very bottom of this page:

https://wiki.evergreen-ils.org/doku.php?id=evergreen_conference_presentations 



may appear to be a better choice :-).

Linda

On 4/30/23 14:48, Jason Stephenson via Evergreen-general wrote:

Hello, all.

Several conversations at the conference revolved around when/where 
past conference events took place.  I thought that I should share a 
list of Evergreen ILS Conference locations.


If you ever think it would be useful to know when and where a 
particular conference took place, or you want a link to the materials 
and information about a particular conference, feel free to bookmark 
the link below:


https://docs.google.com/document/d/1lmomgvhQqfbdW-F6I5sehTbPT2aHe0EHH3mvA9baR8k/edit# 



I have not been able to find a good link for the first two 
conferences. If anyone has such a reference, I would appreciate it if 
you could share it with me so that I can update the list.


Cheers,
Jason Stephenson
___
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 Conference List

[Linda Jansová via Evergreen-general]

Hi Stephen,

It is a great idea to have such a list (even for us from across the pond 
:-)!


I have found this link for the 2009 conference (a list of links to blog 
posts, actually):


https://evergreen-ils.org/category/conferences/evergreen-2009-conference/

This wouldn't work for the second conference very well, however, as 
there is just one post under the conference category:


https://evergreen-ils.org/category/conferences/evergreen-2010-conference/

So perhaps links from the very bottom of this page:

https://wiki.evergreen-ils.org/doku.php?id=evergreen_conference_presentations

may appear to be a better choice :-).

Linda

On 4/30/23 14:48, Jason Stephenson via Evergreen-general wrote:

Hello, all.

Several conversations at the conference revolved around when/where 
past conference events took place.  I thought that I should share a 
list of Evergreen ILS Conference locations.


If you ever think it would be useful to know when and where a 
particular conference took place, or you want a link to the materials 
and information about a particular conference, feel free to bookmark 
the link below:


https://docs.google.com/document/d/1lmomgvhQqfbdW-F6I5sehTbPT2aHe0EHH3mvA9baR8k/edit# 



I have not been able to find a good link for the first two 
conferences. If anyone has such a reference, I would appreciate it if 
you could share it with me so that I can update the list.


Cheers,
Jason Stephenson
___
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] How to compile Czech localization for eg2 in 3.9.0 tarball?

[Linda Jansová via Evergreen-general]

Dear all,

We would like to upgrade our Evergreen installations to the latest 
(3.9.0) version but unfortunately it seems that something is wrong with 
getting the Czech localization ready for the eg2 part of the staff client.


More information on steps taken so far and errors displayed along the 
way is summed up in the following bug:


https://bugs.launchpad.net/evergreen/+bug/1982887

Any hints as to what can be done to make it work as expected are much 
appreciated :-)!


Thank you!

Linda

___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general

Re: [Evergreen-general] Triggers for au.created and au.expired hooks?

[Linda Jansová via Evergreen-general]

Dear Steve,

Thank you for highlighting this!

We have just checked it and our file seems to contain the same lines 
like the ones you have shared (although this Evergreen installation 
dates back to 2011 when we started running a 2.0.7 version :-).


Linda

On 7/11/22 21:57, Steve Callender wrote:
Here's a small thing you can check. I see this causing issues quite a 
lot for these particular hooks, make sure you have,


    "au.expired" : {
   "context_org":"home_ou",
   "filter"    :
   { "active":"t",
   "deleted":"f" }
   },

    "au.created" : {
   "context_org":"home_ou",
   "filter": {
   "active":"t",
   "deleted":"f"
   }
   },

In your action_trigger_filters.json file. I've seen folks have an 
older version of this file and not updated to teach the triggers the 
context of the new hooks.


You should be able to find a good example in the current tarbell under,
./Open-ILS/examples/action_trigger_filters.json.example

Maybe that would help.

Steven Callender
Support Manager
Equinox Open Library Initiative
phone:  +1 (877) Open-ILS (673-6457)
email:  stevecallen...@equinoxoli.org 
<mailto:stevecallen...@equinoxinitiative.org>

web:https://equinoxOLI.org/ <https://equinoxinitiative.org/>




On Mon, Jul 11, 2022 at 3:40 PM Linda Jansová via Evergreen-general 
 wrote:


Hi Michele,

Thank you very much for all the suggestions including the SQL
command which I find very helpful for the debugging process!

Linda

On 7/11/22 17:12, Morgan, Michele wrote:

Hi Linda,

We have had triggers running using both the au.created and
au.expired hooks for some time without problems. We've had
success with them configured at both the consortium and system
levels.

Our configurations are similar to the stock ones you referenced.
Of course, we have set Enabled to TRUE, whereas they are not
enabled by default.

We also use a granularity and custom filter, but adding those
elements will not make triggers succeed that are failing.

Here is our crontab entry for running the new user action trigger:

# New User Welcome Message - check every 2 minutes
*/2 * * * * . ~/.bashrc && $EG_BIN_DIR/action_trigger_runner.pl
<http://action_trigger_runner.pl> --osrf-config $SRF_CORE
--process-hooks --run-pending --granularity welcome
--granularity-only --custom-filters
$AT_FILTERS/a_t_filters.welcome_public.json

If you have access to the database, you can run this query as a
basic check to see if triggers specified by the event definition
id for the current day are processing:

SELECT state, count(*)
FROM action_trigger.event
WHERE date(add_time) = date(now())
AND event_def = 
GROUP BY 1
ORDER BY 1

Hope this is helpful,
Michele

--
    Michele M. Morgan, Technical Support Analyst
North of Boston Library Exchange, Danvers Massachusetts
mmor...@noblenet.org



On Mon, Jul 11, 2022 at 7:40 AM Linda Jansová via
Evergreen-general  wrote:

Dear all,

In our current 3.6 production system, we are trying to make
the following triggers work:

  * New User Created Welcome Notice using the au.created hook
(like this one:

https://demo.evergreencatalog.com/eg2/en-US/staff/admin/local/action_trigger/event_definition/109);
  * 30 Day Account Expiration Courtesy Notice using the
au.expired hook (like this one:

https://demo.evergreencatalog.com/eg2/en-US/staff/admin/local/action_trigger/event_definition/108).

In both cases we use the predefined triggers but not on the
consortium level as in the examples above - instead, they are
defined on a system level for a particular library system
(which I suppose should be fine (?)).

So far the emails are not sent out as expected.

Does anyone else also use these triggers/hooks? Could you
please share your working configuration (maybe including a
particular cron setup which is in your case relevant for this
hook)? Or is there a procedure to follow that may help in the
debugging process?

Or do you have any idea about what might do the trick for
these two hooks in particular?

Thank you very much!

Linda

___
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.

Re: [Evergreen-general] Triggers for au.created and au.expired hooks?

[Linda Jansová via Evergreen-general]

Hi Michele,

Thank you very much for all the suggestions including the SQL command 
which I find very helpful for the debugging process!


Linda

On 7/11/22 17:12, Morgan, Michele wrote:

Hi Linda,

We have had triggers running using both the au.created and au.expired 
hooks for some time without problems. We've had success with them 
configured at both the consortium and system levels.


Our configurations are similar to the stock ones you referenced. Of 
course, we have set Enabled to TRUE, whereas they are not enabled by 
default.


We also use a granularity and custom filter, but adding those elements 
will not make triggers succeed that are failing.


Here is our crontab entry for running the new user action trigger:

# New User Welcome Message - check every 2 minutes
*/2 * * * * . ~/.bashrc && $EG_BIN_DIR/action_trigger_runner.pl 
<http://action_trigger_runner.pl> --osrf-config $SRF_CORE 
--process-hooks --run-pending --granularity welcome --granularity-only 
--custom-filters $AT_FILTERS/a_t_filters.welcome_public.json


If you have access to the database, you can run this query as a basic 
check to see if triggers specified by the event definition id for the 
current day are processing:


SELECT state, count(*)
FROM action_trigger.event
WHERE date(add_time) = date(now())
AND event_def = 
GROUP BY 1
ORDER BY 1

Hope this is helpful,
Michele

--
Michele M. Morgan, Technical Support Analyst
North of Boston Library Exchange, Danvers Massachusetts
mmor...@noblenet.org



On Mon, Jul 11, 2022 at 7:40 AM Linda Jansová via Evergreen-general 
 wrote:


Dear all,

In our current 3.6 production system, we are trying to make the
following triggers work:

  * New User Created Welcome Notice using the au.created hook
(like this one:

https://demo.evergreencatalog.com/eg2/en-US/staff/admin/local/action_trigger/event_definition/109);
  * 30 Day Account Expiration Courtesy Notice using the au.expired
hook (like this one:

https://demo.evergreencatalog.com/eg2/en-US/staff/admin/local/action_trigger/event_definition/108).

In both cases we use the predefined triggers but not on the
consortium level as in the examples above - instead, they are
defined on a system level for a particular library system (which I
suppose should be fine (?)).

So far the emails are not sent out as expected.

Does anyone else also use these triggers/hooks? Could you please
share your working configuration (maybe including a particular
cron setup which is in your case relevant for this hook)? Or is
there a procedure to follow that may help in the debugging process?

Or do you have any idea about what might do the trick for these
two hooks in particular?

Thank you very much!

Linda

___
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] An action trigger for sending emails after bib records are created?

[Linda Jansová via Evergreen-general]

Dear Michele,

Thank you for highlighting this bug!

I have summed up your observation and added it as a comment to the bug 
so that it is easier for others to figure this out (and look forward for 
the patch to be included in the future releases :-)!


Linda

On 7/6/22 17:24, Morgan, Michele wrote:

Hi Linda,

Since the purpose of a custom filter is to further limit events that 
are being created, adding one would not help if no events are 
currently succeeding.


Perhaps you are running into this launchpad bug:

https://bugs.launchpad.net/evergreen/+bug/1955079

Since your triggers are using the same hook and reactor as the one 
that emails records from the catalog, I would suspect yours would also 
be affected by this bug.


Hope this is helpful,
Michele

--
Michele M. Morgan, Technical Support Analyst
North of Boston Library Exchange, Danvers Massachusetts
mmor...@noblenet.org



On Wed, Jul 6, 2022 at 4:49 AM Linda Jansová via Evergreen-general 
 wrote:


Hi everyone,

As we have not managed to find a solution yet, we have examined
the documentation
(https://docs.evergreen-ils.org/eg/docs/3.9/admin/actiontriggers.html)
again and have found out that a JSON custom filters can be added:

--custom-filters=[filter_file]: File containing a JSON Object
which describes any hooks that should use a user-defined filter to
find their target objects. Defaults to:
/openils/conf/action_trigger_filters.json

Should the default (example) file


https://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/examples/action_trigger_filters.json.example;h=c56559f584c148b3a90808df6bb3c650fba0c3dd;hb=HEAD

be okay? Or should some changes be made to it so that the
biblio.format.record_entry.email hook actually sends the emails?*
*

Anyway, we believe that the following line from our crontab should
take care of sending out the emails resulting from the processing
of the aforementioned hook:

*/5 * * * * . ~/.bashrc && $EG_BIN_DIR/action_trigger_runner.pl
<http://action_trigger_runner.pl> --osrf-config $SRF_CORE
--run-pending

But maybe we are mistaken to assume that this trigger (without any
granularity) is handled using this crontab command?

Any hints as to what and where check are much appreciated!

Linda


On 6/29/22 16:58, Linda Jansová wrote:


Dear all,

We are trying to make our action triggers work - we are on a 3.6
system and so far we have not found a working solution for a
trigger that would send an email after a bib record is created.

As we suspect that there might be something wrong with our
crontab, attached is its current crontab setup.

Bellow are two action triggers which we have (both
unsuccessfully) tried. The first one uses our original template
code (which - for some reason - had worked before we upgraded to
3.6 last year) and the second one uses the template code from a
3.9 community demo system

(https://demo.evergreencatalog.com/eg2/en-US/staff/admin/local/action_trigger/event_definition/31).
I am well aware that there is a version mismatch in the second
case but we decided to at least give it a try before digging deeper.

*Action trigger with original template code and settings
(Evergreen 3.6):*

*Owning Library: *CONS*
Name:* biblio.record_entry.email*
Hook: *biblio.format.record_entry.email*
Enabled:* ticked*
Processing Delay:* 00:00:00*
Processing Delay Context Field:* empty*
Processing Group Context Field:* owner*
Reactor:* SendEmail*
Validator:* NOOP_True*
Event Repeatability Delay:* empty

*Definition ID:* 165*
Failure Cleanup:* DeleteTempBiblioBucket*
Granularity:* empty*
Max Event Validity Delay:* empty*
Message Library Path:* empty*
Message Template:* empty*
Message Title:* empty*
Message User Path:* empty*
Opt-In Setting Type:* empty*
Opt-In User Field:* empty*
Retention Interval:* empty*
Success Cleanup:* DeleteTempBiblioBucket*
Template:*

[%- SET user = target.0.owner -%]

To: [%- params.recipient_email || user.email %]

From: [%- params.sender_email || default_sender %]

Subject: Informace o dokumentech v katalogu


[% FOR cbreb IN target %][% title = '' %]

[% FOR item IN cbreb.items;

bre_id = item.target_biblio_record_entry;


bibxml = helpers.unapi_bre(bre_id, {flesh => '{mra}'});

FOR part IN bibxml.findnodes('//*[@tag="245"]/*[@code="a" or
@code="b"]');

title = title _ part.textContent;

END;


author =
bibxml.findnodes('//*[@tag="100"]/*[@code="a"]').textContent;

item_type =

bibxml.findnodes('//*[local-name()="attributes"]/*[local-name()="field"][@name="item_type"]').getAttribute('coded-value');

publisher = bibxml.findnodes('//*[@tag="260" or
 

Re: [Evergreen-general] An action trigger for sending emails after bib records are created?

[Linda Jansová via Evergreen-general]

Hi everyone,

As we have not managed to find a solution yet, we have examined the 
documentation 
(https://docs.evergreen-ils.org/eg/docs/3.9/admin/actiontriggers.html) 
again and have found out that a JSON custom filters can be added:


--custom-filters=[filter_file]: File containing a JSON Object which 
describes any hooks that should use a user-defined filter to find their 
target objects. Defaults to: /openils/conf/action_trigger_filters.json


Should the default (example) file

https://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/examples/action_trigger_filters.json.example;h=c56559f584c148b3a90808df6bb3c650fba0c3dd;hb=HEAD

be okay? Or should some changes be made to it so that the 
biblio.format.record_entry.email hook actually sends the emails?*

*

Anyway, we believe that the following line from our crontab should take 
care of sending out the emails resulting from the processing of the 
aforementioned hook:


*/5 * * * * . ~/.bashrc && $EG_BIN_DIR/action_trigger_runner.pl 
--osrf-config $SRF_CORE --run-pending


But maybe we are mistaken to assume that this trigger (without any 
granularity) is handled using this crontab command?


Any hints as to what and where check are much appreciated!

Linda


On 6/29/22 16:58, Linda Jansová wrote:


Dear all,

We are trying to make our action triggers work - we are on a 3.6 
system and so far we have not found a working solution for a trigger 
that would send an email after a bib record is created.


As we suspect that there might be something wrong with our crontab, 
attached is its current crontab setup.


Bellow are two action triggers which we have (both unsuccessfully) 
tried. The first one uses our original template code (which - for some 
reason - had worked before we upgraded to 3.6 last year) and the 
second one uses the template code from a 3.9 community demo system 
(https://demo.evergreencatalog.com/eg2/en-US/staff/admin/local/action_trigger/event_definition/31). 
I am well aware that there is a version mismatch in the second case 
but we decided to at least give it a try before digging deeper.


*Action trigger with original template code and settings (Evergreen 3.6):*

*Owning Library: *CONS*
Name:* biblio.record_entry.email*
Hook: *biblio.format.record_entry.email*
Enabled:* ticked*
Processing Delay:* 00:00:00*
Processing Delay Context Field:* empty*
Processing Group Context Field:* owner*
Reactor:* SendEmail*
Validator:* NOOP_True*
Event Repeatability Delay:* empty

*Definition ID:* 165*
Failure Cleanup:* DeleteTempBiblioBucket*
Granularity:* empty*
Max Event Validity Delay:* empty*
Message Library Path:* empty*
Message Template:* empty*
Message Title:* empty*
Message User Path:* empty*
Opt-In Setting Type:* empty*
Opt-In User Field:* empty*
Retention Interval:* empty*
Success Cleanup:* DeleteTempBiblioBucket*
Template:*

[%- SET user = target.0.owner -%]

To: [%- params.recipient_email || user.email %]

From: [%- params.sender_email || default_sender %]

Subject: Informace o dokumentech v katalogu


[% FOR cbreb IN target %][% title = '' %]

[% FOR item IN cbreb.items;

bre_id = item.target_biblio_record_entry;


bibxml = helpers.unapi_bre(bre_id, {flesh => '{mra}'});

FOR part IN bibxml.findnodes('//*[@tag="245"]/*[@code="a" or @code="b"]');

title = title _ part.textContent;

END;


author = bibxml.findnodes('//*[@tag="100"]/*[@code="a"]').textContent;

item_type = 
bibxml.findnodes('//*[local-name()="attributes"]/*[local-name()="field"][@name="item_type"]').getAttribute('coded-value');


publisher = bibxml.findnodes('//*[@tag="260" or 
@tag="264"]/*[@code="b"]').textContent;


pubdate = bibxml.findnodes('//*[@tag="260" or 
@tag="264"]/*[@code="c"]').textContent;


isbn = bibxml.findnodes('//*[@tag="020"]/*[@code="a"]').textContent;

issn = bibxml.findnodes('//*[@tag="022"]/*[@code="a"]').textContent;

upc = bibxml.findnodes('//*[@tag="024"]/*[@code="a"]').textContent;

%]


Číslo záznamu [% bre_id %]

[% title %] [% author %]

[% publisher %] [% pubdate %]

[% IF isbn %]ISBN: [% isbn %][% END %][% IF issn %]ISSN: [% issn %][% 
END %]


Odkaz na záznam ve Společném katalogu Evergreen: 
http://spok.jabok.cuni.cz/eg/opac/record/[% bre_id %]


[% END %]

[% END %]




---

TIP: Odkaz na záznam(y) v katalogu vaší knihovny:


Pokud chcete vytvořit odkaz na knihu/dokument přímo do katalogu vaší 
knihovny, přidejte čísla záznamu na konec níže uvedeného URL vaší 
knihovny (za poslední lomítko):


- Knihovna Jabok: https://knihovna.jabok.cuni.cz/eg/opac/record/

- Evangelikální teologický seminář: 
https://ets.jabok.cuni.cz/eg/opac/record/


- Jáchymka: https://jachymka.jabok.cuni.cz/eg/opac/record/

- Katolický domov studujících: https://kds.jabok.cuni.cz/eg/opac/record/

- Člověk v tísni: https://clovekvtisni.jabok.cuni.cz/eg/opac/record/

- Hospic Dobrého Pastýře: 
https://dobrypastyr.jabok.cuni.cz/eg/opac/record/




*Action trigger with template code from the community demo server 
(Evergreen 3.9):*


*Owning Library:* 

[Evergreen-general] An action trigger for sending emails after bib records are created?

[Linda Jansová via Evergreen-general]

Dear all,

We are trying to make our action triggers work - we are on a 3.6 system 
and so far we have not found a working solution for a trigger that would 
send an email after a bib record is created.


As we suspect that there might be something wrong with our crontab, 
attached is its current crontab setup.


Bellow are two action triggers which we have (both unsuccessfully) 
tried. The first one uses our original template code (which - for some 
reason - had worked before we upgraded to 3.6 last year) and the second 
one uses the template code from a 3.9 community demo system 
(https://demo.evergreencatalog.com/eg2/en-US/staff/admin/local/action_trigger/event_definition/31). 
I am well aware that there is a version mismatch in the second case but 
we decided to at least give it a try before digging deeper.


**

*Action trigger with original template code and settings (Evergreen 3.6):*

*Owning Library: *CONS*
Name:* biblio.record_entry.email*
Hook: *biblio.format.record_entry.email*
Enabled:* ticked*
Processing Delay:* 00:00:00*
Processing Delay Context Field:* empty*
Processing Group Context Field:* owner*
Reactor:* SendEmail*
Validator:* NOOP_True*
Event Repeatability Delay:* empty

***Definition ID:* 165*
Failure Cleanup:* DeleteTempBiblioBucket*
Granularity:* empty*
Max Event Validity Delay:* empty*
Message Library Path:* empty*
Message Template:* empty*
Message Title:* empty*
Message User Path:* empty*
Opt-In Setting Type:* empty*
Opt-In User Field:* empty*
Retention Interval:* empty*
Success Cleanup:* DeleteTempBiblioBucket*
Template:*

[%- SET user = target.0.owner -%]

To: [%- params.recipient_email || user.email %]

From: [%- params.sender_email || default_sender %]

Subject: Informace o dokumentech v katalogu


[% FOR cbreb IN target %][% title = '' %]

[% FOR item IN cbreb.items;

bre_id = item.target_biblio_record_entry;


bibxml = helpers.unapi_bre(bre_id, {flesh => '{mra}'});

FOR part IN bibxml.findnodes('//*[@tag="245"]/*[@code="a" or @code="b"]');

title = title _ part.textContent;

END;


author = bibxml.findnodes('//*[@tag="100"]/*[@code="a"]').textContent;

item_type = 
bibxml.findnodes('//*[local-name()="attributes"]/*[local-name()="field"][@name="item_type"]').getAttribute('coded-value');


publisher = bibxml.findnodes('//*[@tag="260" or 
@tag="264"]/*[@code="b"]').textContent;


pubdate = bibxml.findnodes('//*[@tag="260" or 
@tag="264"]/*[@code="c"]').textContent;


isbn = bibxml.findnodes('//*[@tag="020"]/*[@code="a"]').textContent;

issn = bibxml.findnodes('//*[@tag="022"]/*[@code="a"]').textContent;

upc = bibxml.findnodes('//*[@tag="024"]/*[@code="a"]').textContent;

%]


Číslo záznamu [% bre_id %]

[% title %] [% author %]

[% publisher %] [% pubdate %]

[% IF isbn %]ISBN: [% isbn %][% END %][% IF issn %]ISSN: [% issn %][% END %]

Odkaz na záznam ve Společném katalogu Evergreen: 
http://spok.jabok.cuni.cz/eg/opac/record/[% bre_id %]


[% END %]

[% END %]




---

TIP: Odkaz na záznam(y) v katalogu vaší knihovny:


Pokud chcete vytvořit odkaz na knihu/dokument přímo do katalogu vaší 
knihovny, přidejte čísla záznamu na konec níže uvedeného URL vaší 
knihovny (za poslední lomítko):


- Knihovna Jabok: https://knihovna.jabok.cuni.cz/eg/opac/record/

- Evangelikální teologický seminář: 
https://ets.jabok.cuni.cz/eg/opac/record/


- Jáchymka: https://jachymka.jabok.cuni.cz/eg/opac/record/

- Katolický domov studujících: https://kds.jabok.cuni.cz/eg/opac/record/

- Člověk v tísni: https://clovekvtisni.jabok.cuni.cz/eg/opac/record/

- Hospic Dobrého Pastýře: https://dobrypastyr.jabok.cuni.cz/eg/opac/record/



*Action trigger with template code from the community demo server 
(Evergreen 3.9):*


*Owning Library:* CONS*
Name:* BibliografickeZaznamyEmail*
Hook:* biblio.format.record_email

*Enabled:* ticked*
Processing Delay:* 00:00:00*
Processing Delay Context Field:* empty*
Processing Group Context Field:* owner*
Reactor: *SendEmail*
Validator:* NOOP_True*
Event Repeatability Delay:* empty*
Definition ID:* 213*
Failure Cleanup:* DeleteTempBiblioBucket*
Granularity:* empty*
Max Event Validity Delay:* empty*
Message Library Path:* empty*
Message Template:* empty*
Message Title:* empty*
Message User Path:* empty*
Opt-In Setting Type:* empty*
Opt-In User Field:* empty*
Retention Interval:* empty*
Success Cleanup:* DeleteTempBiblioBucket*
Template:*

[%- USE date -%]

[%- SET user = target.0.owner -%]

To: [%- params.recipient_email || user_data.0.email || user.email %]

From: [%- params.sender_email || default_sender %]

Date: [%- date.format(date.now, '%a, %d %b %Y %T -', gmt => 1) %]

Subject: [%- user_data.0.subject || 'Bibliographic Records' %]

Auto-Submitted: auto-generated


[%- FOR cbreb IN target;


flesh_list = '{mra';

IF user_data.0.type == 'full';

flesh_list = flesh_list _ ',holdings_xml,acp';

IF params.holdings_limit;

flimit = 'acn=>' _ params.holdings_limit _ ',acp=>' _ params.holdings_limit;

END;

END;

flesh_list = flesh_list _ '}';


item_list = 

Re: [Evergreen-general] Setting up a trigger for overdue items notification

[Linda Jansová via Evergreen-general]

ib.id 
<http://homelib.id>, 'lib.info_url') -%]

     [% liburl %]

     (Please have your library card number available.)


You may also access your account online at: https://gapines.org/login

---

This is an automatically generated message. Please do not reply. If 
you believe you have received this message in error, please contact 
the library listed above.









Terran McCanna, PINES Program Manager



Georgia Public Library Service | University System of Georgia

2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341

(404) 235-7138| tmcca...@georgialibraries.org

http://help.georgialibraries.org | h...@georgialibraries.org


<https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs>

Join our email list <http://georgialibraries.org>for stories of 
Georgia libraries making an impact in our communities.





On Mon, May 2, 2022 at 2:26 AM Linda Jansová via Evergreen-general 
 wrote:


Dear all,

We are on Evergreen 3.6.4 and are trying to make the following
trigger (notification email) work. We have some other
notification emails working correctly, so I suppose we probably
have something wrong with the trigger configuration itself rather
than with the email server.

This notification is supposed to send an email to users who have
not returned their checked-out item(s) in time - it should send
the message one day after the due date.

Currently, we have the following setup:

*Owning Library*: JAB

*Name: *1 Day Overdue Email Notification - Jabok

*Hook:* checkout.due

*Enabled:* True

*Processing Delay:* 1 day

*Processing Delay Context Field:* due_date

*Processing Group Context Field:* usr

*Reactor: *SendEmail

*Validator:* CircIsOverdue

*Granularity:* Daily

*Max Event Validity Delay:* 2 days

*Template:*

[%- USE date -%]
[%- user = target.0.usr -%]
To: [%- params.recipient_email || user.email %]
From: [%- params.sender_email || default_sender %]
Subject: Nevracene knihy

Ctenar: [% user.family_name %], [% user.first_given_name %]

Dovolujeme si Vas  upozornit, ze uplynula vypujcni lhuta u
nekterych vypujcentych knihovnich jednotek. Na Vasem konte zacalo
nabyvat zpozdne ve vysi 2 Kc za knihovni jednotku a den.

Vypujcky s uplynulou vypujcni lhutou jiz NELZE PRODLOUZIT a proto
je nutne je prinest k vraceni do knihovny (pokud nejsou
rezervovane jinym ctenarem, je pote eventualne mozne jejich
opetovne pujceni).
Dokud nebudou vraceny (a zaroven dokud nebudou zaplaceny poplatky
za zpozdne), je ctenarske konto blokovano a NENI MOZNE
PRODLUZOVAT VYPUJCNI LHUTU zadnych vypujcenych knihovnich
jednotek ani PUJCOVAT NEBO REZERVOVAT ZADNE DOKUMENTY. Je take
pozastavena moznost splneni drive zadanych rezervaci nebo blokaci.


Seznam knihovnich jednotech, u kterych jiz uplynula vypujcni lhuta:

[% FOR circ IN target %]
    [%- copy_details =
helpers.get_copy_bib_basics(circ.target_copy.id
<http://circ.target_copy.id>) -%]
    Nazev: [% copy_details.title %]
    Autor: [% copy_details.author %]
    Carovy kon: [% circ.target_copy.barcode %]
    K vraceni dne: [%
date.format(helpers.format_date(circ.due_date), '%Y-%m-%d') %]


[% END %]

All other available fields are empty in our setup.

Compared to 7 Day Overdue Email Notification from

https://demo.evergreencatalog.com/eg/staff/admin/local/action_trigger/event_definition
(which is Evergreen 3.8.0), fields Context Bib Path, Context Item
Path and Context Library Path are missing from our interface.
Have they been added to the interface in some of the more recent
Evergreen versions? Or is it something we have lost along the way
when migrating from older Evergreen versions (during the upgrade
process)? This installation of ours is actually more than a
decade old and keeps being upgraded each year...

Also, I have noticed that our template actually does not include:

Date: [%- date.format(date.now, '%a, %d %b %Y %T -', gmt => 1) %]

Auto-Submitted: auto-generated

However, we have another one that seems to be working fine where
these two lines are also omitted...

The aforementioned 3.8.0 Evergreen demo also has - compared to
what we have:

*Opt-In Setting Type*: circ.default_overdue_notices_enabled

*Opt-In User**Field:* usr

What is also different is that we have a daily granularity while
the demo installation does not have any. Also, the demo server
has a longer Max Event Validity Delay - 8 days - while we only
have two (maybe two days are not sufficient in this case?).

(I understan

Re: [Evergreen-general] Setting up a trigger for overdue items notification

[Linda Jansová via Evergreen-general]

Dear Terran,

Thank you very much for the hints and especially for sharing your 
working config for this type of notification! We will compare it with 
ours and hopefully find out what has not been set up properly in our 
installation :-).


Linda

On 5/3/22 21:23, Terran McCanna wrote:
My first thought was perhaps the "Daily" granularity isn't set up in 
your cron jobs properly.


Also, you may want to check the Trigger Event Environment (by clicking 
on the action trigger title rather than on the row) to make sure it 
has all the field paths you need.


This is how we have our 10-day notice set up:

*Trigger Event Environment:*
billable_transaction.summary
circ_lib
circ_lib.billing_address
target_copy.call_number
usr
usr.card
usr.home_ou
usr.home_ou.billing_address
usr.home_ou.hours_of_operation
usr.home_ou.mailing_address
usr.home_ou.parent_ou

*Settings:*
Owning Library: PINES
Name: 10 Day Overdue Email Notification
Hook: checkout.due
Enabled: (checked)
Processing Delay: 10 days
Processing Delay Content Field: due_date
Processing Group Context Field: usr
Reactor: SendEmail
Validator: CircIsOverdue
Context Bib Path: target_copy.call_number.record
Context Item Path: target_copy
Context Library Path: circ_lib
Context User Path: usr
Granularity: overdue-notices
Max Event Validity Delay: 11 days
Retention Interval: 6 mons

*Template: *
[%- USE date -%]
[%- user = target.0.usr -%]
[%- homelib = user.home_ou -%]
To: [%- params.recipient_email || user.email %]
From: [%- helpers.get_org_setting(homelib.id <http://homelib.id>, 
'org.bounced_emails') || homelib.email || params.sender_email || 
default_sender %]
Reply-To: [%- helpers.get_org_setting(homelib.id <http://homelib.id>, 
'org.bounced_emails') || homelib.email || params.sender_email || 
default_sender %]

Date: [%- date.format(date.now, '%a, %d %b %Y %T -', gmt => 1) %]
Subject: [PINES] Overdue Library Materials

Attention:   [% user.first_given_name %] [% user.family_name %]
Card Number: [% user.card.barcode %]

Our records indicate the following items are 10 days or more overdue.

[% FOR circ IN target %]
     [%- copy_details = 
helpers.get_copy_bib_basics(circ.target_copy.id 
<http://circ.target_copy.id>) -%]

     Title:    [% copy_details.title FILTER ucfirst %]
     Author:   [% copy_details.author FILTER ucfirst %]
     Call No:  [% circ.target_copy.call_number.label %]
     Barcode:  [% circ.target_copy.barcode %]
     Checked Out At: [% circ.circ_lib.name <http://circ.circ_lib.name> %]
     Due Date: [% date.format(helpers.format_date(circ.due_date), 
'%m-%d-%Y') %]


[% END %]

Overdue fines will continue to accrue until items are returned. Items 
may be returned and fines paid at any PINES member library. Some 
libraries also accept online payments at: https://gapines.org/login


If you have any questions, please contact your home library at:

     [% homelib.parent_ou.name <http://homelib.parent_ou.name> %]
     [% homelib.name <http://homelib.name> %]
     [%- SET addr = homelib.mailing_address -%]
     [%- IF !addr -%] [%- SET addr = homelib.billing_address -%] [%- 
END %]

     [% addr.street1 %] [% addr.street2 %]
     [% addr.city %], [% addr.state %] [% addr.post_code %]
     [% homelib.phone %]
     [% homelib.email %]

     [%- SET liburl = helpers.get_org_setting(homelib.id 
<http://homelib.id>, 'lib.info_url') -%]

     [% liburl %]

     (Please have your library card number available.)


You may also access your account online at: https://gapines.org/login

---

This is an automatically generated message. Please do not reply. If 
you believe you have received this message in error, please contact 
the library listed above.









Terran McCanna, PINES Program Manager



Georgia Public Library Service | University System of Georgia

2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341

(404) 235-7138| tmcca...@georgialibraries.org

http://help.georgialibraries.org | h...@georgialibraries.org


<https://www.facebook.com/georgialibraries><https://www.twitter.com/georgialibs><https://www.instagram.com/georgialibraries/><https://www.twitter.com/georgialibs>

Join our email list <http://georgialibraries.org>for stories of 
Georgia libraries making an impact in our communities.





On Mon, May 2, 2022 at 2:26 AM Linda Jansová via Evergreen-general 
 wrote:


Dear all,

We are on Evergreen 3.6.4 and are trying to make the following
trigger (notification email) work. We have some other notification
emails working correctly, so I suppose we probably have something
wrong with the trigger configuration itself rather than with the
email server.

This notification is supposed to send an email to users who have
not returned their checked-out item(s) in time - it should send
  

[Evergreen-general] Setting up a trigger for overdue items notification

[Linda Jansová via Evergreen-general]

Dear all,

We are on Evergreen 3.6.4 and are trying to make the following trigger 
(notification email) work. We have some other notification emails 
working correctly, so I suppose we probably have something wrong with 
the trigger configuration itself rather than with the email server.


This notification is supposed to send an email to users who have not 
returned their checked-out item(s) in time - it should send the message 
one day after the due date.


Currently, we have the following setup:

*Owning Library*: JAB

*Name: *1 Day Overdue Email Notification - Jabok

*Hook:* checkout.due

*Enabled:* True

*Processing Delay:* 1 day

*Processing Delay Context Field:* due_date

*Processing Group Context Field:* usr

*Reactor: *SendEmail

*Validator:* CircIsOverdue

*Granularity:* Daily

*Max Event Validity Delay:* 2 days

*Template:*

[%- USE date -%]
[%- user = target.0.usr -%]
To: [%- params.recipient_email || user.email %]
From: [%- params.sender_email || default_sender %]
Subject: Nevracene knihy

Ctenar: [% user.family_name %], [% user.first_given_name %]

Dovolujeme si Vas  upozornit, ze uplynula vypujcni lhuta u nekterych 
vypujcentych knihovnich jednotek. Na Vasem konte zacalo nabyvat zpozdne 
ve vysi 2 Kc za knihovni jednotku a den.


Vypujcky s uplynulou vypujcni lhutou jiz NELZE PRODLOUZIT a proto je 
nutne je prinest k vraceni do knihovny (pokud nejsou rezervovane jinym 
ctenarem, je pote eventualne mozne jejich opetovne pujceni).
Dokud nebudou vraceny (a zaroven dokud nebudou zaplaceny poplatky za 
zpozdne), je ctenarske konto blokovano a NENI MOZNE PRODLUZOVAT VYPUJCNI 
LHUTU zadnych vypujcenych knihovnich jednotek ani PUJCOVAT NEBO 
REZERVOVAT ZADNE DOKUMENTY. Je take pozastavena moznost splneni drive 
zadanych rezervaci nebo blokaci.



Seznam knihovnich jednotech, u kterych jiz uplynula vypujcni lhuta:

[% FOR circ IN target %]
    [%- copy_details = helpers.get_copy_bib_basics(circ.target_copy.id) -%]
    Nazev: [% copy_details.title %]
    Autor: [% copy_details.author %]
    Carovy kon: [% circ.target_copy.barcode %]
    K vraceni dne: [% date.format(helpers.format_date(circ.due_date), 
'%Y-%m-%d') %]



[% END %]

All other available fields are empty in our setup.

Compared to 7 Day Overdue Email Notification from 
https://demo.evergreencatalog.com/eg/staff/admin/local/action_trigger/event_definition 
(which is Evergreen 3.8.0), fields Context Bib Path, Context Item Path 
and Context Library Path are missing from our interface. Have they been 
added to the interface in some of the more recent Evergreen versions? Or 
is it something we have lost along the way when migrating from older 
Evergreen versions (during the upgrade process)? This installation of 
ours is actually more than a decade old and keeps being upgraded each 
year...


Also, I have noticed that our template actually does not include:

Date: [%- date.format(date.now, '%a, %d %b %Y %T -', gmt => 1) %]

Auto-Submitted: auto-generated

However, we have another one that seems to be working fine where these 
two lines are also omitted...


The aforementioned 3.8.0 Evergreen demo also has - compared to what we have:

*Opt-In Setting Type*: circ.default_overdue_notices_enabled

*Opt-In User**Field:* usr

What is also different is that we have a daily granularity while the 
demo installation does not have any. Also, the demo server has a longer 
Max Event Validity Delay - 8 days - while we only have two (maybe two 
days are not sufficient in this case?).


(I understand that the demo server may not include the pristine setup of 
this trigger as anybody could change it so - probably in theory rather 
than in practice - some non-default values might have been inserted 
since it was last replaced with the original demo/default data. However, 
I think it may be a good starting point for making the comparisons anyway.)


Does anyone have any idea what should be wrong in our configuration? Or 
where else should we look (like library opening hours, granularity 
values accepted by the cron job or something else entirely)?


Thank you in advance for sharing any tips!

Linda
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general