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

[Bug 33363] New: More specific permissions for purchase suggestions
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '25

17 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33363 Bug ID: 33363 Summary: More specific permissions for purchase suggestions 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: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There are a number of libraries that would like for their staff to be able to submit (and view existing) purchase suggestions from the borrower record, but not give the staff the ability to edit/manage/delete purchase suggestions. Currently if staff are given Suggestions Management/Manage Purchase Suggestions, and no Acq permissions, they are able to not only submit/view from the borrower record, but also access the purchase suggestion module and update/approve/delete purchase suggestions. If Suggestions Management is not turned on, then staff cannot enter a purchase suggestion from a borrower record, nor can they see them from the patron record to let the patron know what the status is. It would be helpful to have an addition permission level that would allow staff to enter a purchase suggestion from the borrower record, and view the existing purchase suggestions on a patron account. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 75

[Bug 41034] New: Automaticitemreturn and transfer limits interaction is very weird
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '25

17 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41034 Bug ID: 41034 Summary: Automaticitemreturn and transfer limits interaction is very weird Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com in C4/Circulation.pm around 2530 my $BranchTransferLimitsType = C4::Context->preference("BranchTransferLimitsType") eq 'itemtype' ? 'effective_itemtype' : 'ccode'; 2531 if (C4::Context->preference("AutomaticItemReturn" ) or 2532 (C4::Context->preference("UseBranchTransferLimits") and 2533 ! IsBranchTransferAllowed($branch, $returnbranch, $item->$BranchTransferLimitsType ) 2534 )) { 2535 my $transfer = ModItemTransfer($item->itemnumber, $branch, $returnbranch, $transfer_trigger, { skip_record_index => 1 }); 2536 $messages->{'TransferTo'} = $returnbranch; 2537 $messages->{'WasTransfered'} = $transfer->id; 2538 $messages->{'TransferTrigger'} = $transfer_trigger; # In this case we create a transfer and prompt the librarian "Reason for transfer:" 2539 } else { 2540 $messages->{'NeedsTransfer'} = $returnbranch; 2541 $messages->{'TransferTrigger'} = $transfer_trigger; # In this case we ask the librarian whether they want to transfer or not 2542 } These lines make no sense to me, in particular for following reasons: - If there is AutomaticReturn, a transfer will be created without informing the user, however it is forbidden - If there is no AutomaticReturn, and branchtransfers is forbidden from target branch to branch where we check-in (yes, in this direction), there will be a transfer without asking to the user. - Otherwise there is a confirmation box, even if it is a forbidden transfer, and there is no mention that the transfer is forbidden. If I understand well, there should be 3 cases. 1 - The transfer is not authorized, whatever the syspref AutomaticItemReturn, we inform the librarian that this situation should not have happened and tell to send the book to the proper library (should we there allow to create the transfer by forcing restrictions ?). 2 - The transfer is authorized, and there is an automatic transfer -> fall back in case 1 3 - The transfer is authorized, and there is no automatic transfer -> fall back in case 2 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 41041] New: Item type configured to hide item from OPAC, but shows in facets!
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '25

17 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41041 Bug ID: 41041 Summary: Item type configured to hide item from OPAC, but shows in facets! Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cgresser(a)jesuit.org.uk QA Contact: testopia(a)bugs.koha-community.org Created attachment 188044 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=188044&action=e… Screenshot shows facet of hidden from OPAC item type We have defined an item type which should be hidden on OPAC, yet as there are other items under the same biblio record they showed up, and then the facet for this item type showed on OPAC too. To add an option to configuration of item type to hide the facet for an item type from OPAC. Open Fifth created a workaround in OpacUserJS system preference to hide this facet from display: /* Hide Hidden itype from facets */ $("#itype_id > ul > li:has(span:contains('Item type hidden from OPAC'))").remove(); but it would be better if Koha did this as "out-of-the-box". I attach a screenshot of proof how it looked before Open Fifth applied the workaround to the display. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37737] Users with 'execute_reports' permission can create reports 23.11 and lower
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '25

17 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37737 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=38414 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41014] New: Result browser not showing up in staff interface
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '25

17 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41014 Bug ID: 41014 Summary: Result browser not showing up in staff interface Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org The result browser is rendered from a javascript and inserted before the element with id="menu". But in bug 37222 the id changed to "biblio-view-menu", so the corresponding change needs to be made to the browser javascript. diff --git a/koha-tmpl/intranet-tmpl/prog/js/browser.js b/koha-tmpl/intranet-tmpl/prog/js/browser.js index 5a28fc8f198..a9cbf8ada97 100644 --- a/koha-tmpl/intranet-tmpl/prog/js/browser.js +++ b/koha-tmpl/intranet-tmpl/prog/js/browser.js @@ -165,7 +165,7 @@ KOHA.browser = function (searchid, biblionumber) { __("Next") + '"><i class="fa fa-arrow-right"></i></a>'; } - $("#menu").before( + $("#biblio-view-menu").before( '<div class="browse-controls"><div class="browse-controls-inner"><div class="browse-label"><a href="' + searchURL + '" id="browse-return-to-results" class="searchwithcontext"><i class="fa fa-list"></i> ' + -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 23731] New: Staff & OPAC both will display the DDC call number in XSLT but can't display the LC call number
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '25

16 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23731 Bug ID: 23731 Summary: Staff & OPAC both will display the DDC call number in XSLT but can't display the LC call number Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 93597 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93597&action=ed… staff view When looking at the display of the Bib record in both the staff and OPAC, the DDC number will display by default. However, there is no way for an LC number to display. It would be nice if they both displayed and the library could choose to hide one or both. Currently, it appears that it is displaying the 082 and 084, we would like to see it also display the 090 or 050 (or both) by default. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 35897] New: Print barcode range does not allow for barcodes with a mix of alphanumeric characters
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '25

16 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35897 Bug ID: 35897 Summary: Print barcode range does not allow for barcodes with a mix of alphanumeric characters 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: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: 1. Ensure a label template and layout has been created for barcodes. 2. Go to label creator and select new barcode range. 3. Enter this range: From: THLS12345 To: THLS12355 An error appears next to the To: field "Must be greater or equal to the from value. Try again with this range: From: 12345 To: 12355 And there is no error. Koha should recognize the incrementation in the first example. If Koha allows for barcodes with a mix of characters per Code39, it should be possible to print a range like this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 29236] New: Allow OPAC News / HTML Customization contents to be set for library groups
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '25

16 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29236 Bug ID: 29236 Summary: Allow OPAC News / HTML Customization contents to be set for library groups Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org For the content sent to various OPAC pages/fields from the HTML Customizations interface (OPACNavRight, OPACHeader, etc), it would be helpful to be able to set those values for groups of libraries, rather than just individual libraries. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 40149] New: No cover image via CustomCoverImages
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '25

16 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40149 Bug ID: 40149 Summary: No cover image via CustomCoverImages Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)ludothek-dresden.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Up to version 23.05 it was possible to show local cover images via an URL in the marc record. This no longer works since 23.11. „CustomCoverImages“ is set to „Show“ „OPACCustomCoverImages“ is set to „Show“ „CustomCoverImagesURL“ is „{999$u}“ Even setting CustomCoverImagesURL to a fixed and static cover image such as „https://cf.geekdo-images.com/CtFa19WR7Hz_RqciK_7-cg__original/img/6Met1OQHK8fC7woSsEyovKlVcZo=/0x0/filters:format(jpeg)/pic4070601.jpg“ does not work. My Marc data from preview: 000 00862nri a2200229zu 4500 001 199792 003 BGG 005 20240316024851.0 006 r 007 zz 008 231205b |||||||| |||| 0| guger d 020 _z 199792 082 0 0 _a 794/.15 100 0 _a James A. Wilson 245 1 0 _a Everdell 260 _b Pegasus Spiele _c 2018 300 _c 29.8 x 29.8 x 7.4 cm, 1.554 kg 930 _a 1 _b 4 520 _a Spieleranzahl: 1-4. Alter: ab 10 Jahren. Spielzeit: 40-80 min. Komplexität: 2.8151. BGG-Bewertung: 7.85328. Kommentar: Ein W8-Würfel fehlt (Solospiel?) 856 4 2 _u https://boardgamegeek.com/boardgame/199792 942 _c BG 999 _u https://cf.geekdo-images.com/CvEd78x0whLBLCL-DiYG1Q__original/img/0WQ3EU5Lx… _c 426 _d 426 See https://ludothek-dresden.de/cgi-bin/koha/opac-detail.pl?biblionumber=426 for the OPAC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 3492] Move hold fee setting into circulation rules
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '25

16 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 --- Comment #47 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- Trivial rebase to keep it applying. -- You are receiving this mail because: You are watching all bug changes.

1 0