February 2025 - Koha-bugs - lists.koha-community.org

[Bug 38370] New: The due date of an ILL item checked out to a patron should be displayed in the ILL module
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '25

24 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38370 Bug ID: 38370 Summary: The due date of an ILL item checked out to a patron should be displayed in the ILL module Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com With CirculateILL preference activated, when the "ILL item" is checked out to a patron, the due date is only visible on patron account and on the holding tab under record It would be nice for UX reason to display it in the ILL module in 2 places : - in the table with all requests (in a new column) - in the detailed view of the request -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 36645] New: More granularity to AllowMultipleIssuesOnABiblio
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '25

24 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36645 Bug ID: 36645 Summary: More granularity to AllowMultipleIssuesOnABiblio Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Libraries using item groups have to contend with AllowMultipleIssuesOnABiblio, which is currently an all-or-nothing solution, especially if libraries generally only want one issue per record EXCEPT in the case of group holds. I'm not sure if this needs to be a separate permission or a carve out of how AllowMultipleIssuesOnABiblio treats item groups, like it does with records that have subscriptions attached. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 36644] New: Add option for 'Holds per item group' to circulation rules
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '25

24 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36644 Bug ID: 36644 Summary: Add option for 'Holds per item group' to circulation rules Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Not sure if this was a staff interface or hold request bug, so took a stab at it. We need a bit more granularity to hold policy on circulation rules for libraries using item group holds. Currently, libraries can only specify 'holds per record' in circulation rules, which is not a one-size-fits-all-holds solution - if they generally only want patrons to have one hold on a record for, say, books, but their manga collection is also a book item type, they have to set Holds per record (count) to a high or unlimited threshold to accommodate group holds. It would be great if circ rules could indicate a limit to holds per item group to give libraries flexibility in using item groups; many libraries probably only want one hold per item group, but they may have a collection where patrons can make multiple requests per group. Circ rules are a logical place to set this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 39193] New: Add option -DAYS to delete_patrons.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '25

24 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39193 Bug ID: 39193 Summary: Add option -DAYS to delete_patrons.pl Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Hi ! For example, Batch_anonymise.pl has this option : --days DAYS anonymise patron history that is older than DAYS days. It would be super helpful if deleted_patrons.pl had a similar option for deleting patrons that are expired since -DAYS number of days. We would like to automate the patron's purge, but right now the only option is to choose a specific date, wish means that we can't run the cronjob automaticaly without having to choose a new date. Having the -DAYS option, we could run automaticaly the cronjob, for example, every month with -365 so every month patrons that are expired since at least 1 year are deleted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 34708] New: Ability to modify an orderline to increase quantity of ordered item
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '25

24 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34708 Bug ID: 34708 Summary: Ability to modify an orderline to increase quantity of ordered item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Baskets that create an item when placing an order do NOT allow you to modify the order and increase the quantity. The only time a quantity can be increased is upon receiving. We'd like to be able to modify orders in an open basket and increase the quantity. This does not apply to baskets that create an item when receiving an order or cataloguing as you can modify these orders and increase the quantity. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 39192] New: When ordering from hold ratios, the item is created but not displayed
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '25

24 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39192 Bug ID: 39192 Summary: When ordering from hold ratios, the item is created but not displayed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When you order from hold ratios and the item is created on order, when you click on the button to order in the hold ratios report, an item is created immediately, but it doesn't show. So the user creates an item, and ends up having two items in the order. I'm not sure if this is the right behaviour, but I for one find it very confusing and I don't remember it being this confusing... I noticed this while giving a training on 24.05.05. To recreate (with KTD) : 1. Launch KTD and change the strict SQL mode (workaround from bug 30188) ktd up ktd --shell vi /etc/koha/sites/kohadev/koha-conf.xml Search for "strict" (it's toward the end) change <strict_sql_modes>1</strict_sql_modes> to <strict_sql_modes>0</strict_sql_modes> Save reset_all 2. Create a bunch of holds on a record 2.1. Find a record 2.2. Click 'Place hold' 2.3. Search for a patron 2.4. Click 'Place hold' 2.5. Repeat steps 2.3 and 2.4 for a bunch of other patrons (at least 3x the number of items + 1; so if your record has 1 item, place 4 holds (3x1+1), if your record has 3 items, place 10 holds (3x3+1)) 3. Add an order from high hold ratios to a basket 3.1. Go to Acquisitions 3.2. Click 'Search' under 'Search vendors' 3.3. Click 'Add to basket' next to 'My basket' 3.4. Click 'From titles with highest hold ratios' 3.5. Click '+1 to order' next to the record --> Note that 'Quantity' says 1, but there is nothing above the item form to indicate there is already one item 3.6. In the item form, choose an item type and click 'Add item' --> Note that the item you just created is displayed right above the item form --> But now your quantity is 2?? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 30188] New: Hold ratios report is broken
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '25

24 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30188 Bug ID: 30188 Summary: Hold ratios report is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When trying to access the report I et: CGI::Compile::ROOT::kohadevbox_koha_circ_reserveratios_2epl::reserveratios_2epl(): DBI Exception: DBD::mysql::st execute failed: 'koha_kohadev.reserves.reservedate' isn't in GROUP BY at /usr/share/perl5/CGI/Emulate/PSGI.pm line 30 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 Testing on ktd with sample database. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 7508] Collapsable items on items tab
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '25

24 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |39189 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39189 [Bug 39189] Collapsing sections on moredetail.pl not working -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13439] Convert unimarc framework plugins to new style (see also 10480)
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '25

23 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13439 Mathieu Saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mathsabypro(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35184] New: Consolidate UNIMARC value builders for 100, 124, 125, 125
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '25

23 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35184 Bug ID: 35184 Summary: Consolidate UNIMARC value builders for 100, 124, 125, 125 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It looks like all these plugins do the same. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4