IRC log for #koha, 2022-08-16

All times shown according to UTC.

Time S Nick Message
00:52 dcook joined #koha
02:25 schnydszch joined #koha
02:30 schnydszch Good morning! I have question regarding page source in koha. Does 22.05 installation gives a lot of jsonized text like below: <!--                                       $VAR1 = {   'OPACPrivacy' => '0',   'OpenLibraryCovers' => '0',   'SyndeticsExcerpt' => '0',   'lang' => 'en',   'OpacTopissue' => '1',   'sessionID' => 'bbc9e24b8c1cc79fd8a14cdbffd87710',   'OPACSerialIssueDisplayCount' => '3',   'Koha' => bless( {}, 'Koha::Template::Plugin::Koha' ),   'o
03:10 bag joined #koha
04:19 Oak joined #koha
04:40 khall joined #koha
04:49 mtj @later tell schnydszch: hi, your example is not JSON - its a perl data structure called a hashref
04:49 huginn mtj: The operation succeeded.
04:49 mtj @later tell schnydszch:
04:49 huginn mtj: The operation succeeded.
05:46 Joubu sn
05:46 Joubu schnydszch: guess you have the "dump" syspref
05:46 Joubu on
05:47 Joubu @later tell schnydszch guess you have "DumpTemplateVarsIntranet" turned on. It will show the variables passed to the template in a HTML comment
05:47 huginn Joubu: The operation succeeded.
05:48 Joubu @later tell oleonard 30718 - yes it seemed to work. Which problem do you have?
05:48 huginn Joubu: The operation succeeded.
06:27 MarkHofstetter joined #koha
06:52 matts hi !
06:53 lds joined #koha
06:57 alex_ joined #koha
06:57 alex_ Bonjour
07:07 dcook allo allo
07:08 dcook I was just finishing up a plugin demo when I realized that Plack::App::CGIBin caches the entire response before sending it back to Apache to send to the client :|
07:08 dcook Or rather buffers the response...
07:10 Oak joined #koha
07:10 dcook I suppose I could redirect to a REST API endpoint with a GET request. Seems hacky but would bypass that limitation...
07:13 Oak joined #koha
07:18 dcook Or maybe this is when I implement Mojolicious controllers locally...
07:27 liliputech joined #koha
07:27 liliputech hi koha!
07:27 wahanui somebody said hi koha! was there a table in which i can see if a borrower has borrowed any books (or if library lended out any books) ?
07:28 liliputech old_issues wahanui?
07:28 liliputech (pfeww...)
07:29 Oak joined #koha
07:45 Oak joined #koha
07:50 paulderscheid[m] morning #koha
08:08 Oak joined #koha
08:32 ashimema morning #koha
08:44 liliputech morgen paulderscheid[m] morning ashimema , back from vacations? (been a few days already if not mistaken!)
08:44 paulderscheid[m] salut liliputech
08:49 ashimema yup
08:49 ashimema been back a week or so now
08:49 ashimema though I've had lots of irc connection issues ever since
08:50 liliputech ashimema: not very regular on my irc connection these days...
08:50 liliputech although (or is it because?) there is quite a lot of work with the 21.11.11 release!
08:51 ashimema you've been doing great.. 🙂
08:51 liliputech (working on it, applying patches from 22.05.x now) yes, this time i even *not* forgot the string freeze message ;)
08:52 liliputech improving over time \o/
08:52 liliputech like wine :p
08:52 ashimema practice makes perfect
08:52 ashimema I'm hoping you hit 'enjoyment' point before the end of the cycle and want to continue 😜
08:53 ashimema I did RMaint for 4 cycles I think..
08:54 ashimema I lie.. it was only a year in the end.. 2 cycles
09:10 liliputech ashimema so far I'm good with this task, like it :) it takes some time though, which I don't spend on other things, I must discuss with Paul and Laurence what are the priorities for BibLibre and if I can continue :)
09:11 ashimema yeah, it's certainly something that takes time
09:11 ashimema I had a very understanding boss 😜
09:12 ashimema I spend a few hours every morning keeping on top of my queue
09:12 liliputech for now, it is certainly not a problem that I continue RMaint 21.11 :)
09:15 Joubu priority should be happiness of the customers. RMaint is knowing the next release and making it more stable => less bugs => customers are happy
09:16 liliputech also there was this question about having a "LTS" release of Koha, and that would be 21.11. I have to discuss with Paul what's more interesting for biblibre, me doing RMainting on LTS branch or RMainting the branch BibLibre actually deploy to its clients (then, next year/at some point it will become 22.(05|11) for biblibre)
09:16 liliputech Joubu+1
09:22 Oak joined #koha
10:26 Oak joined #koha
10:36 oleonard joined #koha
10:44 oleonard o/
10:45 ashimema morning oleonard
10:45 ashimema can I get your thoughts on something oleonard?
10:45 oleonard Of course
10:47 ashimema I'm adding a 'Catalog concerns' feature to allow patrons to report cataloguing issues for a customer.. and it occurred to me it may also be a nice feature for the staff client.. i.e. if enabled those without the permission to edit catalog recods themselves get a method to report issues they spot so a cataloguer can fix them.
10:47 ashimema I have a modal I've basically cloned from the opac.. but I'm struggling to think which menu it should appear on from the bib details display..
10:48 ashimema 'New > New concern' or 'New > Report concern'
10:48 ashimema or 'Edit > Report concern' ?
10:48 ashimema any opinion on where it best fits
10:49 Oak joined #koha
10:50 ashimema right now my brain is flitting between 'New > New concern' and 'Edit > Report concern' I think.
10:50 ashimema it's basically a 'change request' workflow
10:51 oleonard It might be its own button if someone lacks any catalog permissions
10:51 oleonard I'm leaning towards "New" as the parent if the user will see that menu
10:51 ashimema 'concern' is just the wording they chose.. their use case is "Report that the title might offend someone".. then they have a parallel feature they want to catalog such cases so they can add a 'Warning, some users may be offended by this title content'
10:52 MarkHofstetter1 joined #koha
10:52 oleonard :(
10:52 ashimema ?
10:53 oleonard The frown is my political comment
10:53 ashimema lol
10:53 ashimema yeah.. in this particular case they're a mixed medical library.. so it's more the 'This book contains nude pictures in the medical context' type warning 😜
10:54 ashimema but I can see it quickly getting adopted for all sorts
10:54 oleonard Create an option for all reports to be printed directly into a shredder ;)
10:55 oleonard I've encountered a few cases just recently where I needed to report an error with a catalog record though, that could be a useful feature in that case
10:57 ashimema agreed
10:57 oleonard "New -> Catalog concern" is my choice I think
10:57 ashimema ta
10:58 ashimema I've never really thought about it before.. but I now find the menu options under new a bit funny
10:59 ashimema 'New -> New record', 'New -> New item', 'New -> New subscription', 'New -> New child record'
10:59 ashimema they all double up the 'New'
11:05 paulderscheid[m] It's like class properties, don't repeat the class name
11:05 paulderscheid[m] otherwise it becomes just noise
11:05 oleonard ¯\_(ツ)_/¯
11:13 marcelr joined #koha
11:13 marcelr hi #koha
11:13 marcelr khall++ thx for qa
11:15 marcelr anyone for bug 29144 ?
11:15 huginn Bug https://bugs.koha-community.or[…]_bug.cgi?id=29144 enhancement, P5 - low, ---,, Needs Signoff , Move branches.opac_info to AdditionalContents allowing multi language
11:23 oleonard Still not sure what happens when you click on one of the other "tabs"
11:32 tcohen morninh
11:33 tcohen morning
11:34 ashimema I really wish we had a neat way to package up modal js and modal templates
11:39 tcohen joined #koha
11:40 paulderscheid[m] <ashimema> "I really wish we had a neat..." <- what do you mean exactly?
11:40 ashimema adding a modal to one of our menu includes for example..
11:40 Oak joined #koha
11:41 ashimema you add it with the trigger markup.. then everywhere you include you also now have to include /modals/ and /js/your_modal_js.js
11:41 paulderscheid[m] Not sure I get it
11:42 paulderscheid[m] ah wait, let me look
11:42 ashimema bundling the modal markup into feels off somehow.. likewise bundling a js file in there is really off when you consider we try to keep <script> at the bottom of the file
11:42 ashimema I'm sure with the move to vue this gets better
11:43 ashimema but right now whatever solution I come up with feels more dirty than before.
11:43 ashimema[…]b5b0350555f4da2ee
11:43 ashimema that's an example of what I mean.. that's the 'current best practice' way
11:46 ashimema I mean.. we 'could' bundle the JS inside the modal template include to keep them together.. and we could reference that include from the toolbar include instead of from each file that references the toolbar include..
11:46 paulderscheid[m] If I understand correctly, you're unhappy with adding JS+inc wherever you need to use it?
11:47 ashimema but it all somehow feels wrong when you look at the markup.. having <div toolbar stuff></div><div modal stuff></div><script>modal stuff</script><div> rest of page stuff</div><script> other javascript stuff</script>
11:47 paulderscheid[m] You'd rather like a single point in a centralised component like the toolbar to avoid adding it everywhere
11:47 ashimema yeah
11:48 ashimema to save the case of 'I added but the stuff in it didn't work on my new page... what am I missing'
11:49 paulderscheid[m] Well, I'd try to move it entirely to JS
11:49 paulderscheid[m] Since modals require JS anyway
11:50 paulderscheid[m] You could use a native html template, and add it to the DOM via JS after the content has loaded
11:50 paulderscheid[m][…]/Element/template
11:51 paulderscheid[m] On the other hand, that's not much different from the existing solution
11:52 ashimema indeed
11:53 paulderscheid[m] Maybe it's better to generate the modal with JS?
11:53 paulderscheid[m] And pass whatever params it needs to a function
11:57 paulderscheid[m] I think that'd be the sanest solution.
11:59 ashimema eventually I think that's probably the sanest approach.. but I think I'll wait for vue to be more heavily adopted 😜
12:04 paulderscheid[m] I have a tip if you don't want to wait
12:05 paulderscheid[m] You can generate a standalone 'modal generator' if you will in Svelte, bundle it as umd and import it as a class like jquery. Later on, you just have to make some tweaks to port the svelte code over to vue. It's far from a headache.
12:06 paulderscheid[m] Since it has no runtime, no extra dependencies are needed.
12:06 liliputech joined #koha
12:07 paulderscheid[m] And I bet you'll pick up svelte in a couple hours
12:08 marcelr bug 29782 please test; from critical to major but nice to have in the stable branches
12:08 huginn Bug https://bugs.koha-community.or[…]_bug.cgi?id=29782 major, P5 - low, ---,, Needs Signoff , Additional contents: Fix handling records without title or content
12:13 Oak joined #koha
12:18 Oak joined #koha
12:21 huginn News from kohagit: Bug 31346: Fix broken Syndetics links on OPAC detail page <[…]6cfff30ddb7f9afe7>
12:21 huginn News from kohagit: Bug 31328: Call get_transfers from get_transfer <[…]8b1cd2ac2204cf5c0>
12:21 huginn News from kohagit: Bug 31308: (QA follow-up) use count to see if no items present <[…]9683f868a32d55f0a>
12:21 huginn News from kohagit: Bug 31331: Add data-order attribute for better sorting of dates <[…]5abe64e97d691739a>
12:21 huginn News from kohagit: Bug 31328: Make Koha::Item->get_transfer* use Koha::Item::Transfers->filter_by_current <[…]77fffb003fa8d3d51>
12:21 huginn News from kohagit: Bug 31302: Fix spelling in sample_notices.yml <[…]8f33b7de179d96267>
12:21 huginn News from kohagit: Bug 31325: Fix koha-preferences get <[…]288aaefdda6a6e8c0>
12:21 huginn News from kohagit: Bug 31281: Use correct reply-to email when sending overdue mails <[…]ef315b044a201eff5>
12:21 huginn News from kohagit: Bug 31276: Report results are limited to 999,999 no matter the actual number of results <[…]e2338c6e38e97c5d9>
12:21 huginn News from kohagit: Bug 31158: (bug 23991 follow-up) Fix suggestion search by dates <[…]7e1bd1941330a359f>
12:21 huginn News from kohagit: Bug 31245: Do not call report for job detail view if job not started <[…]6d58abf80b7aad8db>
12:21 huginn News from kohagit: Bug 31245: Do not try to report results if task not started <[…]5bf1c55010bb3d0f7>
12:21 huginn News from kohagit: Bug 31308: Remove GetItemsInfo from basket/basket <[…]af3d1d5988f43442c>
12:28 liliputech wow, slow down huginn... isn't that one supposed to spam koha-bot now?
12:29 liliputech s/koha-bot/koha-bots/
12:36 Joubu joined #koha
12:37 tcohen joined #koha
12:48 khall_ joined #koha
12:49 Oak joined #koha
12:55 oleonard liliputech: I thought just jenkins was going there
13:02 liliputech oh, then, ok :)
13:05 khall joined #koha
13:11 marcelr thx oleonard++ # 29144
13:15 tcohen bug 29144
13:15 wahanui rumour has it bug 29144 is ready for testing
13:15 huginn Bug https://bugs.koha-community.or[…]_bug.cgi?id=29144 enhancement, P5 - low, ---,, Signed Off , Move branches.opac_info to AdditionalContents allowing multi language
13:15 tcohen marcelr++
13:15 tcohen oleonard++
13:25 huginn News from kohagit: Bug 29723: (QA follow-up) _ vs __ <[…]ab3c16b094ca90973>
13:25 huginn News from kohagit: Bug 31313: Unit tests <[…]f32025aa84f4f2c14>
13:25 huginn News from kohagit: Bug 31313: (QA follow-up) Prefetch checkouts and branches <[…]11787a9c784b8b808>
13:25 huginn News from kohagit: Bug 31313: (QA follow-up) Search Koha::Items <[…]79d4bdf5730216cb4>
13:25 huginn News from kohagit: Bug 31314: (QA follow-up) Prefetch and make routines use result objects <[…]5ea7e989261d74cf3>
13:25 huginn News from kohagit: Bug 31314: (QA follow-up) Search Koha::Items not $biblio->items <[…]3a846b451c3fffc2c>
13:25 huginn News from kohagit: Bug 29723: (QA follow-up) Ensure ID's match Module names <[…]7d2efd9c972a1b144>
13:25 huginn News from kohagit: Bug 29723: (QA follow-up) Correct scroll to table <[…]72e96c56a27f8ce85>
13:25 huginn News from kohagit: Bug 29723: (QA follow-up) Switch to using ID's on column settings <[…]2ad397458cb85c917>
13:25 huginn News from kohagit: Bug 29723: (QA follow-up) Make button text translatable <[…]b1e6a4ddb390a7a34>
13:25 huginn News from kohagit: Bug 31313: Fix availability - OPAC opac-detail <[…]13cd38f9f5f635fa3>
13:25 huginn News from kohagit: Bug 31320: Remove GetItemsInfo from virtualshelves/ <[…]f0c11b1392bf10323>
13:25 huginn News from kohagit: Bug 31318: Remove GetItemsInfo from serials/routing-preview <[…]9018fa60f56d4ece1>
13:25 huginn News from kohagit: Bug 31317: Remove GetItemsInfo import from opac-tags <[…]91825866d0bf5f242>
13:25 huginn News from kohagit: Bug 31314: Remove GetHostItemsInfo and GetItemsInfo from opac-reserve <[…]6809bb5029c25eb46>
13:26 huginn News from kohagit: Bug 31313: Remove GetItemsInfo from opac-detail <[…]c9395c0ad9df5326f>
13:26 huginn News from kohagit: Bug 31310: Remove GetItemsInfo from catalogue/imageviewer <[…]3f3822d3b792724ae>
13:26 huginn News from kohagit: Bug 31309: Remove GetItemsInfo from basket/sendbasket <[…]001748a031d4466c9>
13:26 huginn News from kohagit: Bug 29723: Add a "Configure table" button for KohaTable tables <[…]808c8d92ad061dd42>
13:26 huginn News from kohagit: Bug 29673: Allow English sql localization script <[…]6fb4d57e782d9ac5f>
13:36 mtj hey #koha
13:36 marcelr hi mtj
13:36 marcelr tcohen++
13:36 tcohen hi mtj
13:36 mtj paulderscheid[m]: i did make a some progress with koha on aws/arm64
13:36 paulderscheid[m] That's awesome
13:36 mtj hi marcelr, tcohen :)
13:36 liliputech mtj: nice :)
13:37 paulderscheid[m] Did you run into anything unexpected? mtj ?
13:37 mtj
13:37 mtj hmm, ive got ES running ok
13:37 mtj[…].05-d11-aws64-es/
13:38 paulderscheid[m] ES works? O.O
13:39 tcohen mtj++
13:39 mtj ..but had some errors with selenium (aka seleniarm), so thats disabled for now
13:40 paulderscheid[m] mtj++
13:40 mtj paulderscheid[m]: i think ES got arm support in v7
13:40 paulderscheid[m] I know, didn't ever get it working anyway
13:41 paulderscheid[m] But probably not because of missing support
13:41 mtj
13:42 mtj paulderscheid[m]: i wonder if the arm64v8 docker images will work on your macbook m1?
13:43 paulderscheid[m] I've already got an image working so it's possible but never with ES
13:43 paulderscheid[m] I'll gladly test it
13:46 Oak joined #koha
13:46 mtj i have 2 failed tests on deb11-22.05
13:47 mtj[…]a-22.05-d11-aws64
13:47 mtj t_db_dependent_Search_t.MARC21 + DOM (1890)
13:48 mtj has been failing a bit lately, i dont know why yet
13:49 mtj ps, amazon/aws have FREE arm64 and x86 instances, 2gig + 2cpu
13:50 mtj google 'aws free tier'
13:51 mtj[…]ws-free-tier.html
13:54 paulderscheid[m] Thanks for doing all this work mtj
13:55 mtj paulderscheid[m]: ping me if you get stuck testing, my repos are a bit messy at the moment :)
13:55 paulderscheid[m] I think it'll definitely pay off in the long run
13:55 huginn News from kohagit: Bug 27342: (QA follow-up) Fix test <[…]7f015c98614ed03f9>
13:55 huginn News from kohagit: Bug 27342: (QA follow-up) Remove dbh from new tests <[…]e0cacf2dfb2d1dd20>
13:55 huginn News from kohagit: Bug 30922: Make the "Relative's checkouts" table configurable by the table settings <[…]e5e3b92c7ad02c797>
13:55 huginn News from kohagit: Bug 30901: Add Unit Tests <[…]97b413199a1668604>
13:55 huginn News from kohagit: Bug 30901: Add POD for Koha::Template::Plugin::CirculationRules <[…]d3f892ebd7e0a4949>
13:55 huginn News from kohagit: Bug 30901: Add Renewals method to CirculationRules template plugin <[…]1634013eb4ffdf835>
13:55 huginn News from kohagit: Bug 31312: Remove GetItemsInfo from misc/migration_tools/ <[…]c7d291d40e2dd91d7>
13:55 huginn News from kohagit: Bug 27342: Remove dbh from C4::Auth <[…]351f20d92b6691226>
13:55 paulderscheid[m] Alright mtj
13:55 huginn News from kohagit: Bug 27342: Improve test for OPAC <[…]5e7e11dc595d88772>
13:57 mtj paulderscheid[m]: yes, agreed :0)
13:58 ashimema I kinda wouldn't mind the kohagit bot if it only reported each bug once and not each commit pushed
13:58 mtj paulderscheid[m]: ive just focused on koha-22.05/deb11 for now
14:00 paulderscheid[m] Yeah, makes sense though
14:00 Oak joined #koha
14:00 mtj ashimema: i think the catch is kohagit-bot is only triggered per commit
14:00 MarkHofstetter joined #koha
14:04 liliputech hi there, any one has some clue to rebuild/compile the CSS? got errors with yarn build
14:05 paulderscheid[m] What errors?
14:05 mtj liliputech: try  yarn --verbose   build
14:07 liliputech Error: Missing binding /kohadevbox/koha/node_modules/node-s​ass/vendor/linux-x64-72/binding.node
14:08 tcohen does gmcharlt run huginn?
14:09 mtj yeap
14:09 mtj ashimema: i think kohagit-bot is
14:14 liliputech oh much better after : npm rebuild node-sass
14:14 liliputech thx :)
14:21 paulderscheid[m] We should replace node-sass sometime. It has been deprecated for a while now. dart-sass seems to be a good replacement.
14:25 MarkHofstetter joined #koha
14:25 marcelr caroline_crazycatlady++ # thx for so
14:26 caroline_crazycatlady :)
14:26 caroline_crazycatlady I am creating you another bug though :( I think it is the same root problem, but so very minor compared to items not showing up
14:26 marcelr how nice :)
14:28 MarkHofstetter1 joined #koha
14:28 liliputech Hmpfff pushing 36 commits to the 21.11.x branch \o/ nice work for the day :)
14:29 tcohen liliputech++
14:29 tcohen caroline_crazycatlady++ # filing the bugs
14:31 liliputech oh, of course I should update the bugs i pushed! almost forgot for the last one :)
14:31 marcelr liliputech++ keep 21.11 in shape !
14:33 liliputech \o(*-*)o/
14:35 caroline_crazycatlady For discussion? bug 31370
14:35 huginn Bug https://bugs.koha-community.or[…]_bug.cgi?id=31370 enhancement, P5 - low, ---, koha-bugs, NEW , Additional contents: Preview of default content only
14:40 marcelr discussion started caroline_crazycatlady
14:41 marcelr instead of showing default and other langs behind default, you could also show all on the list (allowing filters) and not have tabs on detail page ?
14:42 caroline_crazycatlady I think it was like that before? in the news at least
14:42 caroline_crazycatlady We had to create one news item for each language
14:42 marcelr development sinus movements
14:42 caroline_crazycatlady so opacheader_en, opacheader_fr-CA, opaccredits_en, opaccredits_fr-CA, etc.
14:43 marcelr i think so yes, but bad in remembering ;)
14:43 marcelr the current setup might be easier
14:44 caroline_crazycatlady same... but we have clients in 21.05 rn and news are all separated
14:44 caroline_crazycatlady I just find it weird that we have a preview button that shows nothing...
14:44 marcelr it shows that you have an empty default which is kind of bad
14:45 caroline_crazycatlady what is bad? that the default is empty?
14:45 marcelr yeah
14:45 marcelr people can choose the default
14:46 caroline_crazycatlady default would appear if the language is empty?
14:46 marcelr in our library we show Duch if they choose default
14:46 marcelr Dutch
14:46 caroline_crazycatlady there is no default for opac though? Or am I confused?
14:47 marcelr i am confused too
14:48 caroline_crazycatlady the opac is in either language... so the default content would appear when? I would think it would appear if the language tab is empty?
14:48 marcelr when i do not create an entry for Dutch then it falls back to default
14:49 marcelr so people cannot choose that; that was the confusion i created
14:49 marcelr they can choose default for notice language different subject
14:50 caroline_crazycatlady ok that makes sense... If the content is like a logo or something, it doesn't need to be different in different languages so we would use default, but anything with writing would have to be in the language tabs
14:51 tcohen I find the whole 'default' content language implementation confusing
14:51 marcelr yes our discussion just proved your statment ;)
14:51 caroline_crazycatlady I guess we could say put your main language in default and other languages in their tabs... So I would put my french content in default and english content in english and leave french empty
14:51 tcohen we should have 'en' and 'dutch' and just a flag saying which one is the default
14:52 marcelr yes that sounds better; in the meantime i followed caroline_crazycatlady approach with default
14:52 marcelr to prevent double records
14:52 tcohen of course, no radical changes please
14:52 tcohen :-D
14:52 marcelr radical patches should be flagged accordingly
14:53 marcelr from trusted radical developers
14:53 tcohen hahaha
14:54 liliputech good evening everyone, see u tomorrow :)
14:54 marcelr see u too
14:54 marcelr bye
15:04 oleonard Very rough, but....
15:08 tcohen oleonard++
15:13 caroline_crazycatlady interesting
15:18 oleonard another rough variation:
15:47 caroline joined #koha
15:49 tcohen see u  later #koha
16:21 MarkHofstetter joined #koha
16:37 fridolin joined #koha
16:37 fridolin yello<
16:38 caroline does the cron do anything? I'm not perl literate, but I don't see anything other than adding the action to the logs
16:39 caroline I'm trying to find out how to change a recall to overdue to make it appear in the recalls_overdue list
16:47 wajasu i noticed in recalls/ that it mentions in it's "list" option, that the cronjob will set the Recalls status to overdue.  maybe that will help.
16:49 caroline That was my original question. I run the overdue_recalls script and it doesn't change anything
16:49 caroline sorry, maybe it's confusion bc the script is overdue_recalls and the page is recalls_overdue...
16:49 wajasu let me search some more
16:51 caroline I'm testing in 22.05.03 but I don't think that script has changed since
16:51 wajasu thats what i am looking at.
16:51 wajasu i noticed in recalls/ that it mentions in it's "list" option, that the cronjob will set the Recalls status to overdue.  maybe that will help.i was just about to setup my overdue_notices cronjob. so you caught me in the code :)
16:56 wajasu i see UseRecalls in the sysprefs, and it mentions circulation and fine rules. so i'll look for overdue being set in those scripts
17:00 cait joined #koha
17:00 wajasu i see line 40 and 41 set it to overdue
17:08 Oak joined #koha
17:13 wajasu caroline: lib/Koha/ lines 394-416 explains the overdue/recall logic.
17:20 khall joined #koha
17:52 MarkHofstetter joined #koha
18:33 huginn News from kohagit: Bug 31294: Show "Required" label on mandatory fields <[…]ae619e09779aac1c2>
19:01 huginn News from kohagit: Bug 15326: (follow-up) Fix staff permissions and consider library limits <[…]397be658e3a537ead>
19:01 huginn News from kohagit: Bug 15326: (follow-up) Hide RSS feed if no news items <[…]26c0f5214f1958123>
19:01 huginn News from kohagit: Bug 15326: Using AdditionalContents for custom pages on OPAC <[…]b168c12d3d94b4794>
19:19 khall joined #koha
20:06 MarkHofstetter left #koha
20:55 cait @later tell liliputech can you have a look at Bug 30638        - Odd number of elements in anonymous hash at C4/ line 827  please?
20:55 huginn cait: The operation succeeded.
20:55 cait @seen liliputech
20:55 huginn cait: liliputech was last seen in #koha 6 hours, 1 minute, and 20 seconds ago: <liliputech> good evening everyone, see u tomorrow :)
20:57 cait @later tell liliputech - strings on pootle had already been updated beginning of the week - I think we need to trigger another update with the patches pushed today
20:57 huginn cait: The operation succeeded.
21:40 cait joined #koha
23:32 tuxayo @later tell liliputech «there was this question about having a "LTS" release of Koha, and that would be 21.11» Actually it will be 22.11
23:32 huginn tuxayo: The operation succeeded.

| Channels | #koha index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary