Time Nick Message 18:38 JasonGreene[m] It didn't work and then I found out why...the Item type needed to be Modified ... I changed the item type 'REF' and it worked 18:00 JasonGreene[m] That make since 17:57 caroline JasonGreene[m], in the batch edit tool, if you check the box next to the field, it will empty it. This is what you want, $7 should be empty for the item to be available 17:52 JasonGreene[m] In that area, where should #7 - Not for loan be change to? "Add the bundle "Not for load "Ordered "Staff Collection We just want to make them check out-able 17:37 JasonGreene[m] thanks 17:36 caroline you can use the item search to get all the not for loan items and from there export a barcode file 17:35 caroline JasonGreene[m], https://koha-community.org/manual/latest/en/html/cataloging.html#batch-editing-items 17:34 JasonGreene[m] s/sever/several/ 17:30 JasonGreene[m] or how can one make the change to ALL items 17:29 JasonGreene[m] looking for instructions on how to modify sever books at the same time. Several books are "Not for loan" so I can't check them out. 16:20 cait long week for us all - have a happy weekend! 16:19 cait and try the multi-omnibus bug approach for a bit 16:17 cait I for now, if you have patches put them on the bugs as suggested and we will deal with it after the weekend 16:15 cait I think we have the same goals, we just need to figure out how we can best work together to get there :) 16:14 cait and preferrably not break more than we fix :) 16:14 cait just to be clear: I want to push those fast, make sure we don't miss anything - I just wonder about what the best process is to achieve that :) 16:13 kidclamp that sounds reasonable, it is the RM decision in the end :-) 16:13 cait It is pushed, maybe we will just sleep over it and things will be more clear Monday 16:11 cait any good best practice there? 16:11 cait on the bug maybe, so it gets easier to pick up what hasn't been pushed yet 16:10 cait we can obsolete anything pushed 16:09 cait if you put something on the bug, maybe you shoudl set it to PQA 16:09 cait I do follow the bugs - but I'd prefer a status 16:09 kidclamp Cc yourself on them :-) 16:08 kidclamp You or joubu or Martin 16:08 cait unless i keep checking all the omnibus constantly 16:08 cait but I won't get alerted on new patches attached to those bugs 16:08 cait ok - will that be me? 16:08 kidclamp As there are expected to be many small ones in the beginning 16:08 kidclamp The idea was just to push patches as they are submitted, with some review from the pusher 16:07 kidclamp I don't think we need full sign off/QA , most are straightforward, 16:05 cait and who is going to take care of it next? (bug remains as new) 16:05 huginn` 04Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36195 critical, P5 - low, ---, koha-bugs, NEW , CSRF - testing reports 16:05 cait taking bug 36195 as an example - if we put all patches on omnibus bugs, how do we handle testing/signoff and is the patch attached there pushed or still waiting? 16:02 reiveune bye 15:00 Joubu if not clear enough please add info to the pad 15:00 huginn` 04Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36195 critical, P5 - low, ---, koha-bugs, NEW , CSRF - testing reports 15:00 Joubu bug 36195 15:00 Joubu there is one "bug testing", for unknown bugs 15:00 Joubu there are bugs opened already, linked to the pad 14:59 Joubu read the email Nick sent to the list 14:55 tcohen kidclamp: I was looking at doing the CSRF stuff fro parcel.pl, which I did. But I found receiving is not working. Should I file individual bugs for those? 14:54 tcohen Joubu: around? 14:44 tcohen Maybe PUT /patrons/:patron_id/userid, with a specific permission is the only way to do what you seem to need 14:37 tcohen cait: we didn't implement PATCH exactly because of that: it is impossible to specify attribute level permissions on a request using OpenAPI 14:37 cait I think updating the REST API for patch is outside my league right now 14:36 tcohen patch Koha to accept PATCH (with it's implications) or write a tiny plugin for that feature, that's what I'd suggest 14:36 cait like limiting which fields someone can edit via API - as always it's more complicated 14:35 cait the use case is that we want to limit what externals can see/do 14:34 tcohen can't you just GET the patron? That's a good workaround :-D 14:31 cait or work around it 14:21 cait yeah i guess that's the answer 14:21 tcohen :-D 14:21 Joubu correctly implement PATCH 14:21 cait it seemed a little odd that you need to send data you don't want to update 14:20 cait I was just wondering if there was a way around this limitation 14:19 tcohen I'm not sure how to help you. The best would be for you to GET the patron, amend, and resend with PUT 14:18 cait but you sitll need to send the rquired fields 14:18 cait I think you can partially replace right now with put 14:18 cait hm 14:17 cait yes, we are looking into updating the userid for an example 14:17 tcohen RESTful guidelines say PUT should be for replacing a resource, whereas PATCH should be used for partial updates 14:16 tcohen you mean sending a PUT for partial updates? 14:16 tcohen sure! happy to help 14:16 cait I was wondering because it looks like we can only update patron records sending required fields (categorycode, surname, library) - am I misreading things or is there a way around it? It seems to make more sense for adding patrons than for updating 14:15 cait tcohen: can I ask an API question? 14:14 tcohen confetti! 14:14 cait is it time for confetti? 14:00 cait Joubu killed my statistics -maybe pushed more today than I pushed all cycle ;) 13:23 oleonard \o/ 13:17 cait the 'big baby' was it? 13:17 tcohen cait++ 13:17 tcohen kidclamp++ ashimema++ 13:17 tcohen marcelr++ kidclamp 13:17 cait dcook++ 13:17 cait kidclamp++ tcohen++ marcelr++ 13:17 cait Joubu++ everyone_involved++ 13:16 tcohen Joubu++ 13:16 huginn` 04Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34478 is not accessible. 13:16 Joubu csrf - bug 34478 and friends, pushed to master 12:59 kidclamp you will also want crons to run only on one machine, and things like SIP servers etc - it can be done - just need to consider all the services 12:58 kidclamp You would want a central ES or Zebra that both index into 12:58 kidclamp RamiKaram[m]: It sounds like you mght have two search engines - if those are not shared then a new record on one won't be indexed into the other 12:49 cait tgif? :) 12:48 tcohen happy friday #koha \o/ 10:36 cait kidclamp: ping? 10:25 paulderscheid[m] There's koha-list for everyone interested. Great that this exists! 10:17 RamiKaram[m] hehehe 10:17 paulderscheid[m] This is the place if there's one :D 10:17 paulderscheid[m] Sure thing 10:16 RamiKaram[m] thanks paulderscheid for the help! much appreciated 10:15 paulderscheid[m] I think bywater and maybe ptfs are the ones to ask, they also handle large consortia. 10:14 paulderscheid[m] But we don't do it. Just complicates things w/ little benefit (for us, your mileage may vary). 10:13 paulderscheid[m] You can do that, the configuration for the db connection is also in koha-conf.xml 10:13 RamiKaram[m] so u mean no need to separate the database? keep koha and database on same server? 10:12 paulderscheid[m] Just make sure you have the specs to handle it. 10:12 paulderscheid[m] We do 16 workers for big hosts, I think. 10:11 paulderscheid[m] Please correct me community, if I forgot something. 10:11 paulderscheid[m] Just here in koha-conf.xml:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/gzHkIQnmCckSjnzvVGedCcwf>) 10:07 RamiKaram[m] paulderscheid: can you elaborate more about it? thanks again 10:06 paulderscheid[m] I don't think that's necessary Rami Karam, you can just increase the number of plack workers and scale vertically. 10:04 RamiKaram[m] cait: i read in some forums that you can change the database host name in the file/etc/koha/sites/koha-db/koha-conf.xml and point it to another server 10:03 paulderscheid[m] As a list? 10:03 paulderscheid[m] Is there a canonical way to determine the instance names of all instances on a server? 10:00 cait I haven't heard about that kind of setup so far, but maybe ask on the mailing list if you don't get a reply here 09:58 RamiKaram[m] i am trying to separate koha application from the database (each component on 1 VM) and to achieve high availability in case app server craches, i willl have another app server deployed and pointing to same database 09:57 cait what are you trying to achieve? 09:57 cait I am not sure the setup you describe is common - 2 installations using the same database 09:55 RamiKaram[m] are there any documentations regarding high availability deployment for koha? where i might find more details? 09:52 RamiKaram[m] Hello, i have deployed 2 virtual machines with koha software installed on both of them, and both these machines are pointing to 1 database server where koha database is installed, but i'm having issues when creating new records, one server can see the record but the other cant, but for patrons creation it is working fine on both 09:41 mtj aah ok, very nice team 09:41 Joubu yes, what cait said 09:40 Joubu yes 09:40 cait mtj: they shoudl built automatically once the tags are all pushed to main repos (I think) 09:37 mtj we might need to update tar files at download.kc.org 09:36 mtj hi folks, pkgs are pushed 09:34 cait ok, I updated the permalink,k the first link should work now 09:33 cait not sure if I can change it now, will try 09:33 cait it's missing the koha- 09:33 cait puphaus[m]: https://koha-community.org/23-05-09-released/ works 09:33 puphaus[m] thank you :) 09:32 cait checking 09:30 puphaus[m] are there the same bugfixes as in version 23.11.03? 09:30 puphaus[m] If i try to access https://koha-community.org/koha-23-05-09-released/ i get redirected to the koha-community.org/ 09:29 puphaus[m] Hello together :) 09:16 cait drafts published 08:58 mtj hi frido, will upload now 08:57 paulderscheid[m] morning #koha, btw 08:57 paulderscheid[m] Thanks for all the work, community ++ 08:54 marcelr fridolin: let the party begin 08:52 fridolin mtj: Email annoncement sent 08:32 marcelr ashimema around ? 08:25 cait1 fridolin++ mtj++ 08:25 cait1 ok, I have a meeting but can follow here 08:23 fridolin Joubu: I'm on it as RMaint1 08:23 mtj hi Joubu, thanks for the ping on bz 35614 08:22 Joubu push all the things 08:22 cait1 mtj: sending an email 08:22 cait1 Joubu: ok? 08:22 mtj ping frido 08:19 cait a few minutes shoudl not make such a difference 08:19 cait I can publish the website drafts if needed and others can too, they are ready 08:19 cait I think maybe push as it took a little while last time and we will try to sort the email 08:18 mtj ...but ok to push now, if needed? 08:17 mtj just waiting for release emails before pushing 08:16 cait hello :) 08:16 mtj hiya 08:14 cait mtj: ? 08:13 cait just got in - were the packages pushed now? 08:11 cait1 RMaint1 I think according to the wiki 08:10 cait1 Frido 08:05 Joubu mtj: who is supposed to send the release email? 07:59 huginn` Joubu: The operation succeeded. 07:59 Joubu @later tell dcook we need to attach to 34755 a patch to fix Koha::Token which will be for stables only. Not security per se I'd say 07:59 marcelr hi fridolin reiveune 07:42 reiveune hello 07:38 fridolin hello 07:13 marcelr o/ 00:05 huginn` dcook: The operation succeeded. 00:05 dcook @later tell Joubu How do we want to manage bz 34755? Security bug or regular bug for the backporting? 00:02 dcook also hi mtj and bag 00:02 dcook So I read that as "Iam in Europe" rather than "1am in Europe" hehe 00:02 dcook \o/