| Time |
S |
Nick |
Message |
| 04:06 |
|
|
schnydszch joined #koha |
| 04:12 |
|
|
eugene_ joined #koha |
| 06:52 |
|
|
reiveune joined #koha |
| 06:53 |
|
reiveune |
hello |
| 07:17 |
|
magnuse |
davidnind++ |
| 07:21 |
|
magnuse |
khall++ tcohen++ |
| 07:38 |
|
NikolayGospodinov[m] |
Hello. I have a question? How to stop sending emails to patrons from Koha! |
| 07:39 |
|
|
cait joined #koha |
| 07:39 |
|
puphaus[m] |
Completly? you can run koha-disable-email <your instance_name> |
| 07:39 |
|
NikolayGospodinov[m] |
Yes Completly |
| 07:40 |
|
puphaus[m] |
Then this should do the trick :) |
| 07:40 |
|
NikolayGospodinov[m] |
ok |
| 07:41 |
|
|
cait1 joined #koha |
| 07:45 |
|
NikolayGospodinov[m] |
After i put the commant it says: Email already disabled for instance |
| 07:45 |
|
Joubu |
puphaus[m]: is this really working? |
| 07:46 |
|
NikolayGospodinov[m] |
How to check if it stops sending emails? |
| 07:48 |
|
puphaus[m] |
Joubu: it did work for me some time ago when testing an instance |
| 07:48 |
|
|
thibaud_g joined #koha |
| 07:48 |
|
Joubu |
puphaus[m]: I am reading debian/scripts/koha-email-disable and I really dont' see how it can work |
| 07:49 |
|
Joubu |
it's only creating/removing a file (email.enabled), which is not used in Koha it seems |
| 07:50 |
|
magnuse |
you could also disable the cronjob for process_message_queue.pl in /etc/cron.d/koha-common |
| 07:50 |
|
magnuse |
there are some cronjobs that use the --email switch to koha-foreach |
| 07:50 |
|
Joubu |
magnuse: it won't work, we have emails that are sent directly |
| 07:50 |
|
magnuse |
yeah, it won't stop all the emails |
| 07:51 |
|
Joubu |
NikolayGospodinov[m]: if the disable email command does not work you can set SendAllEmailsTo to a given address and all emails will be sent to this address. It won't stop sending email, but patrons won't receive emails |
| 07:51 |
|
magnuse |
...and the --email switch uses the email.enabled file |
| 07:51 |
|
Joubu |
it depends on what you want exactly |
| 07:51 |
|
puphaus[m] |
Joubu: hm it was an older instance and i thought it would be the same on newer versions |
| 07:51 |
|
puphaus[m] |
i think i have to read the source code everytime before answering |
| 07:52 |
|
puphaus[m] |
sorry Nikolay Gospodinov and thank you Joubu for correcting! |
| 07:52 |
|
NikolayGospodinov[m] |
So what should i do |
| 07:53 |
|
Joubu |
magnuse: correct, so it's used. But not from everywhere.. |
| 07:56 |
|
Joubu |
created bug 36314 |
| 07:56 |
|
huginn` |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=36314 major, P5 - low, ---, koha-bugs, NEW , koha-email-disable does not disable all emails |
| 08:02 |
|
cait1 |
NikolayGospodinov[m]: it stops all automated emails from sending, you can still trigger manually, like when sending a cart |
| 08:03 |
|
cait1 |
the crons are simply not run then, that have the email flag, I believe that is the trick |
| 08:03 |
|
cait |
t |
| 08:05 |
|
Joubu |
davidnind: around? |
| 09:06 |
|
paulderscheid[m] |
morning #koha |
| 09:37 |
|
puphaus[m] |
Is there a possibility to only sent check-in notifications when it happened via self chekc-in? |
| 09:45 |
|
cait |
vs. sIP? |
| 09:49 |
|
puphaus[m] |
sorry i dont understand it 100% i mean the self checkout module in koha or is there a way via a sip server? |
| 10:00 |
|
cait |
ah ok |
| 10:00 |
|
cait |
I am not aware of a method to turn it off for one or the other |
| 10:03 |
|
puphaus[m] |
no problem |
| 10:03 |
|
puphaus[m] |
thank you anyways for your input! :) |
| 10:18 |
|
cait |
I think it can be limited by branch - but we haven't used that feature and it might not help you :( |
| 10:25 |
|
cait |
puphaus[m]: I meant this page here: /cgi-bin/koha/admin/item_circulation_alerts.pl |
| 10:35 |
|
puphaus[m] |
not really but i saw in the source code that i could maybe program it myself and contribute it if im sucessful with implementing it :) |
| 10:35 |
|
|
schnydszch joined #koha |
| 10:37 |
|
cait |
sounds great :) |
| 10:38 |
|
puphaus[m] |
hopefully its as easy as i think at the moment :D |
| 11:01 |
|
cait |
it always starts out that way... but don't give up :) |
| 11:01 |
|
Joubu |
it's NEVER as easy as you think initially |
| 11:01 |
|
cait |
sssh |
| 11:01 |
|
cait |
shush |
| 11:02 |
|
cait |
we don#t want him to get scared! :) |
| 11:02 |
|
Joubu |
well, sometimes it is!! |
| 11:02 |
|
Joubu |
(better?) |
| 11:02 |
|
cait |
yeah, somewhat ;) |
| 11:31 |
|
paulderscheid[m] |
# boolspace: ' ' is false, 'Y' is true. (don't ask) |
| 11:31 |
|
paulderscheid[m] |
Just found this :D |
| 11:32 |
|
|
kidclamp joined #koha |
| 11:40 |
|
|
khall joined #koha |
| 11:43 |
|
cait |
in the code? |
| 11:45 |
|
magnuse |
paulderscheid[m]: looks like SIP2 code ;-) |
| 11:45 |
|
paulderscheid[m] |
yep |
| 11:46 |
|
paulderscheid[m] |
C4/SIP/ILS/Transaction/Checkout.pm (22.11) |
| 11:46 |
|
paulderscheid[m] |
The (don't ask) made me chuckle :D |
| 11:46 |
|
magnuse |
:-) |
| 11:50 |
|
cait |
sometimes it's better... |
| 11:50 |
|
cait |
late lunch, bbiab |
| 11:58 |
|
|
schnydszch joined #koha |
| 12:20 |
|
|
eugene_ joined #koha |
| 12:34 |
|
tcohen |
hola #koha o/ |
| 12:40 |
|
|
khall_ joined #koha |
| 12:40 |
|
cait |
hola tcohen |
| 12:42 |
|
tcohen |
how's koha-land cait? |
| 12:44 |
|
|
Dyrcona joined #koha |
| 12:44 |
|
cait |
hopefully sunny? :) |
| 12:45 |
|
tcohen |
it is foggy here |
| 12:45 |
|
tcohen |
yesterday it was 40ºC |
| 12:45 |
|
tcohen |
we are all gonna die soon |
| 12:45 |
|
tcohen |
haha |
| 12:46 |
|
|
lds joined #koha |
| 12:47 |
|
cait |
weather changing quickly can be hard |
| 13:13 |
|
paulderscheid[m] |
tcohen: haha :_) |
| 13:17 |
|
|
eugene_ joined #koha |
| 13:24 |
|
|
angelic joined #koha |
| 13:50 |
|
|
khall joined #koha |
| 13:52 |
|
krimsonkharne[m] |
hey y'all |
| 13:53 |
|
krimsonkharne[m] |
cait: do you know if it's possible in authorities to search for the authid of an authority record? |
| 13:54 |
|
* krimsonkharne[m] |
uploaded an image: (17KiB) < https://matrix.org/_matrix/med[…]szybtIy/image.png > |
| 13:54 |
|
krimsonkharne[m] |
that is, this number: |
| 13:54 |
|
cait |
sec |
| 13:54 |
|
cait |
Can someone sign-off on [Bug 36277] t/db_dependent/api/v1/transfer_limits.t is failing please? |
| 13:54 |
|
huginn` |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=36277 normal, P5 - low, ---, jonathan.druart, Needs Signoff , t/db_dependent/api/v1/transfer_limits.t is failing |
| 13:54 |
|
cait |
getting Jenkins green! |
| 13:56 |
|
cait |
krimsonkharne[m]: in bibliographic data it's an |
| 13:56 |
|
cait |
Elasticsearch or Zebra? |
| 13:56 |
|
krimsonkharne[m] |
Elasticsearch |
| 13:58 |
|
krimsonkharne[m] |
I had a question from a client where if they're in a biblio record and they already know the authid of the authority record they want to use in a subject heading, they couldn't search for the authid number in the cataloguing authority plugin |
| 13:58 |
|
Joubu |
krimsonkharne[m]: http://localhost:8081/cgi-bin/[…]earch&q=an:424242 |
| 13:58 |
|
krimsonkharne[m] |
(or rather wouldn't find the authority record) |
| 13:58 |
|
Joubu |
is that what you are looking for? |
| 13:59 |
|
Joubu |
ok forget that, read too quickly sorry |
| 13:59 |
|
krimsonkharne[m] |
still could be helpful for "normal" searching though, thanks :) |
| 14:00 |
|
cait |
sorry, i was not clear, an is the serach index name :D |
| 14:00 |
|
cait |
but in biblio |
| 14:01 |
|
krimsonkharne[m] |
ahhh :) |
| 14:02 |
|
cait |
I was going to look at elasticsearch config sec |
| 14:03 |
|
cait |
I feel like our indexing of authority data has been treated a bit "stepmotherly" (Germanism intended) |
| 14:03 |
|
krimsonkharne[m] |
haha |
| 14:04 |
|
cait |
theoretically: local-number |
| 14:04 |
|
cait |
the authid shoud be reflected in your 001 |
| 14:04 |
|
cait |
can you test? |
| 14:05 |
|
krimsonkharne[m] |
yeah.. maybe I'm stupid but it doesn't seem to work for me |
| 14:06 |
|
krimsonkharne[m] |
sec |
| 14:06 |
|
krimsonkharne[m] |
screenshot coming |
| 14:06 |
|
* krimsonkharne[m] |
uploaded an image: (16KiB) < https://matrix.org/_matrix/med[…]VoJTjPW/image.png > |
| 14:07 |
|
krimsonkharne[m] |
(just 112274 doesn't work either, in any of the fields) |
| 14:09 |
|
krimsonkharne[m] |
maybe it's less an Elasticsearch question and more a cataloguing authority plugin question? |
| 14:09 |
|
|
lukeg joined #koha |
| 14:09 |
|
krimsonkharne[m] |
anyway don't want to take up your time too much with authority questions... ;-) |
| 14:10 |
|
cait |
I think it doesn't get passed through maybe |
| 14:10 |
|
cait |
it doesn't work in authority search either |
| 14:14 |
|
cait |
krimsonkharne[m]: bug 22864 maybe |
| 14:14 |
|
huginn` |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=22864 enhancement, P5 - low, ---, koha-bugs, NEW , Search by creation date and control number in Authorities |
| 14:15 |
|
krimsonkharne[m] |
oh, thanks! |
| 14:15 |
|
krimsonkharne[m] |
cait++ |
| 14:15 |
|
krimsonkharne[m] |
Joubu++ |
| 14:57 |
|
|
khall joined #koha |
| 16:01 |
|
reiveune |
bye |
| 16:01 |
|
|
reiveune left #koha |
| 16:39 |
|
|
lukeg joined #koha |
| 16:56 |
|
|
marie-luce joined #koha |
| 17:20 |
|
|
schnydszch joined #koha |
| 17:22 |
|
|
edveal joined #koha |
| 17:23 |
|
|
eugene_ joined #koha |
| 17:36 |
|
marie-luce |
Hi Koha community. |
| 17:37 |
|
marie-luce |
Is anyone familiar with the ILL email notifications? |
| 18:01 |
|
cait |
hi marie-luce: a bit |
| 18:02 |
|
cait |
do you have a problem? |
| 18:11 |
|
marie-luce |
I was looking for a way to send an email to staff after a new ILL request |
| 18:11 |
|
marie-luce |
But, after some testing I couldn't figure it out how. |
| 18:12 |
|
marie-luce |
Koha seems to send email to staff only when the request is modified or cancel |
| 18:14 |
|
marie-luce |
It will add a comment in this bug https://bugs.koha-community.or[…]_bug.cgi?id=35143 |
| 18:14 |
|
huginn` |
Bug 35143: enhancement, P5 - low, ---, koha-bugs, NEW , Add hooks for status changes to ILL requests to send_staff_notice |
| 18:23 |
|
|
cait joined #koha |
| 18:35 |
|
JasonGreene[m] |
MarcEdit question.... Does MarcEdit have the option to find duplicate entries on a certain Spreadsheet column? |
| 19:28 |
|
marie-luce |
Hi JasonGreen I'm not very familiar with MarcEdit. Maybe try asking again tomorrow when more people are around. Or you could try asking on the mailing list https://lists.katipo.co.nz/mailman/listinfo/koha |
| 19:35 |
|
cait |
oh sorry marie-luce - had to leave earlier |
| 19:37 |
|
marie-luce |
no worries cait. Thanks for reaching out. |
| 19:37 |
|
cait |
marie-luce: I am not sure if this needs to be implemented int he ILL backend or not, we don't use that feature (also not using the changes one) |
| 19:38 |
|
JasonGreene[m] |
<marie-luce> "Hi JasonGreen I'm not very..." <- thanks |
| 19:38 |
|
marie-luce |
At the moment, Koha is sending correctly ILL_REQUEST_CANCEL and ILL_REQUEST_MODIFIED emails. |
| 19:40 |
|
marie-luce |
I've left a comment in bug35413 |
| 19:52 |
|
|
lukeg joined #koha |
| 19:55 |
|
wajasu |
well, i had some luck baby stepping to run koha-testing-docker with docker compose watch (w/o bind mount or a volume) |
| 19:56 |
|
paulderscheid[m] |
that's awesome wajasu |
| 19:57 |
|
wajasu |
i can edit the file in the host koha, and it sync up into the container. i presume a git branch change would do the same. |
| 19:58 |
|
wajasu |
now i guess, i could setup yarn to rebuild if certain files change. |
| 19:59 |
|
wajasu |
or maybe just restart the koha services accordingly |
| 20:01 |
|
wajasu |
but one would need to realize a version change my update the db. but maybe that could be regenerated as well. it might all just be as long as what we have today. |
| 20:01 |
|
paulderscheid[m] |
yeah, there's yarn js:watch for js and I think domm wrote something w/ inotify to restart plack (but that was for plugins I think)\ |
| 20:02 |
|
wajasu |
it might help the workflow for UI work. with a full ktd down/up |
| 20:02 |
|
wajasu |
the docker compose watch has smarts to ignore the .git directory and other web modules platforms like node_modules |
| 20:03 |
|
wajasu |
i hadn't messed with this stuff since tcohen was working on it way back |
| 20:03 |
|
paulderscheid[m] |
Always feel free to add documentation and experiments here https://wiki.koha-community.or[…]ha-testing-docker |
| 20:04 |
|
wajasu |
the newest docker buildx/buildKit build just what is needs |
| 20:07 |
|
paulderscheid[m] |
wajasu: that's cool |
| 20:09 |
|
wajasu |
the kohadevbox/run.sh (i.e. files/run.sh) has alot of smarts to get the newest pkgs, etc into koha testing docker, allowwing everyone testing to be up-to-date |
| 20:09 |
|
paulderscheid[m] |
yeah, I actually don't like that run.sh is so massive |
| 20:10 |
|
wajasu |
my docker image for koha/koha-testing:master-bullseye is 10GB. to use docker compose watch one needs to do an initial COPY --chown=1000:1000 . /kohadevbox/koha |
| 20:11 |
|
wajasu |
then when you start the container, the run.sh is what takes a while, and watch syncs. |
| 20:13 |
|
paulderscheid[m] |
It would be cool to have the extra config in an additional docker-compose.watch.yml, maybe you could add a PR to https://gitlab.com/koha-commun[…]ha-testing-docker |
| 20:14 |
|
JasonGreene[m] |
trying to understand, in koha, is a borrower a patron and is a patron a borrower? are they the same |
| 20:15 |
|
paulderscheid[m] |
Jason Greene: https://wiki.koha-community.or[…]iki/Terminology#P |
| 20:16 |
|
wajasu |
i just added a Dockerfile based on docker-compose-light.yml and the files/ and env/ directories to koha git dir. it builds koha/koha-testing locally, one time, and runs fine. |
| 20:17 |
|
paulderscheid[m] |
Sorry (just read the question), yes (borrower is marked for deprecation.. sorta) |
| 20:18 |
|
paulderscheid[m] |
They refer to the same entity (and table: borrowers) at least |
| 20:19 |
|
JasonGreene[m] |
Thanks... asking as I am reading on "How to delete library data in koha using command line"... (full message at <https://matrix.org/_matrix/med[…]LMOpPOPVBFLxtftCE>) |
| 20:21 |
|
JasonGreene[m] |
We are looking at deleting all items as the input has made many duplicates and it has become a predicament |
| 22:30 |
|
|
khall joined #koha |
| 23:08 |
|
|
dcook joined #koha |
| 23:22 |
|
dcook |
. |
| 23:28 |
|
JasonGreene[m] |
we deleted all items on one of our libraries...... (full message at <https://matrix.org/_matrix/med[…]VcaUFgoAKGhIidsBK>) |
