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

[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

[Bug 39028] New: -alerts you if a periodical hasn't arrived on its scheduled date.
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '25

23 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39028 Bug ID: 39028 Summary: -alerts you if a periodical hasn't arrived on its scheduled date. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: norrvinter(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hi! when one works with periodicals it is difficult to follow the arrivals of each serial. If we have hndredes of serials in our collection it is difficult to identify that which serial is not arrived. So if there is a function : -alerts you if a periodical hasn't arrived on its scheduled date. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 39116] New: Editing an item when there are many items can lead to too much scrolling
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '25

22 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39116 Bug ID: 39116 Summary: Editing an item when there are many items can lead to too much scrolling Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is a complaint from staff who frequently edit items on a record that contains a large amount of items. To recreate: 1. Find a record with many items, 150+, or create many items. For this bug you can use the 'Add multiple copies of this item' button to quickly do so. 2. Now you have a very large table ( #itemst ) 3. Edit an item near the bottom of the table and 'Save changes' 4. Now you will be back on cataloguing/additem.pl?biblionumber=x 5. You have to do a lot of scrolling to get back to the item you just edited. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 39060] New: Allow customization of bibliographic brief view in catalog search results
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '25

21 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39060 Bug ID: 39060 Summary: Allow customization of bibliographic brief view in catalog search results Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Some libraries request customization of the bibliographic brief record in catalog results. Usually it is a certain MARC tag that is frequently referenced but can't be seen until going into the detail view. One example might be the 082, 035, or an RDA tag. These kinds of requests require adding custom code to control the display. It would be nice if libraries could control that display themselves through a system preference or maybe in the framework. There could be limitations to control the total number of added fields to prevent overwhelming the search results display. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 14787] Allow confirm/continue option to circulation warnings at checkout
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '25

21 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14787 Phil Ringnalda <phil(a)chetcolibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |39183 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39183 [Bug 39183] If using automatic return claim resolution on checkout, each checkout will overwrite the previous resolution (again) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39182] New: Make "Current on-site checkouts allowed" column display depend on OnSiteCheckouts system preference
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '25

21 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39182 Bug ID: 39182 Summary: Make "Current on-site checkouts allowed" column display depend on OnSiteCheckouts system preference 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We already have some columns in the circulation rules table that depend on system preferences. This allows to lighten the (humongous) table and not have columns that are not taken into account anyway because the system preference is not enabled (see article request columns). On-site checkouts are not allowed if the OnSiteCheckouts system preference is not enabled. We could hide the related column in the circulation rules if the system preference is disabled. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6