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

[Bug 18147] New: Records images in public lists
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18147 Bug ID: 18147 Summary: Records images in public lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Hi, We have a request to put the image of the records (which is normally present in the left column in the results board of a catalog search) in the results board of the public list (where they don’t appear anywhere). The image will not appears even if the record had one and can be seen when you clic on detailed infos page of the record from this page. 1)Got ot list module 2)Go to public list 3)Find a record that had an image (you have to select the detailed page one by one for each to find one) 4)After you found one, do « previous page » 5)Observe if no image are present there (there will be nothing) Some librairians making public lists for students and they would like to have the images because it's more easy to do lists with that. Thanks, Alexandre from CCSR -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 40976] New: Child record displays incorrect availability in OPAC
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40976 Bug ID: 40976 Summary: Child record displays incorrect availability in OPAC Change sponsored?: --- Product: Koha Version: 25.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 Created attachment 187595 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=187595&action=e… Incorrect availability in search A child record displays no availability in OPAC search results despite having available items. To Replicate: 1. Enable EasyAnalyticalRecords, set UseControlNumber to don't use 2. Catalog a parent record and add two item records. (name the record "Title") 3. Catalog a child record.(name the record "Title" Article) 4. From child record, click on Edit, Link to Host Record. Enter a barcode from an item on the parent record. 5. Repeat, and Edit, Link to Host Record. Enter barcode from second item on the parent record. The items should successfully link and should display on the holdings table of the child record with a link to the host or parent record. 6. Checkout one of the item records to a patron. 7. Search for the "Title" in the OPAC. See the parent record correctly shows the availability with one item checked out and one available. See that the child record shows no availability even though their is still one item available. Attached screenshot example. The holdings table on the detail page correctly display availability in the status column. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 9762] Log circulation overrides
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9762 --- Comment #120 from Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> --- (In reply to Martin Renvoize (ashimema) from comment #119) > OK.. So I 'think' what's happened here is that over the period of working on > this and then it being pushed we've somehow managed to merge in both the > original implementation and the alternative one I proposed and then stamped > as good to go > > Anyway.. that's why some translations issues and things appear to be in main > and why I hadn't failed it for those. > > So.. We have a follow-up bug where Hammut started to unpick.. I'm going to > adopt it and basically use it to do a thorough revert of the original > patches and ensure the alternate approach is used consistently. This is really bad because it is backported to 24.05.04. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9762] Log circulation overrides
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9762 --- Comment #119 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- OK.. So I 'think' what's happened here is that over the period of working on this and then it being pushed we've somehow managed to merge in both the original implementation and the alternative one I proposed and then stamped as good to go Anyway.. that's why some translations issues and things appear to be in main and why I hadn't failed it for those. So.. We have a follow-up bug where Hammut started to unpick.. I'm going to adopt it and basically use it to do a thorough revert of the original patches and ensure the alternate approach is used consistently. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|additional_work_needed | --- Comment #568 from Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> --- follow-up pushed to main -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35746] New: Multiple selections for parameters used in the IN function
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35746 Bug ID: 35746 Summary: Multiple selections for parameters used in the IN function Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It would be great if when a dropdown selection is used in something like an IN statement in WHERE, that Koha would allow you to select multiple options. So, for example: WHERE branchcode IN (<<branches>>) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 70

[Bug 40975] New: Long library name overflows patron brief info
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40975 Bug ID: 40975 Summary: Long library name overflows patron brief info Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Created attachment 187590 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=187590&action=e… Library name overflows borders of left menu panel To replicate: 1. Create a library branch with a really long name (my example was 34 characters and spaces), 2. Edit a patron and assign them to the new branch. 3. View the patron brief info and see that the name overflows the left menu panel border (attached image). The behavior seems to depend on the page scale. I can see the name overflow when the browser is zoomed in at 100%. If I zoom in further, say 125%, the name does not overflow. If I zoom out to 90%, it does not overflow. It also may be browser dependent. Seems to be a problem on Brave (Chromium based) and Chrome, but not Firefox. Observed on Brave 1.83.109 (Official Build) (64-bit), Chromium: 141.0.7390.55 and Chrome Version 128.0.6613.113 (Official Build) (64-bit) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 37077] New: SQL Reports - Picking only one option for each multiple selection results in wrong query
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37077 Bug ID: 37077 Summary: SQL Reports - Picking only one option for each multiple selection results in wrong query Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: andrewfh(a)dubcolib.org, blawlor(a)clamsnet.org, caroline.cyr-la-rose(a)inlibro.com Depends on: 35746 To reproduce: 1. Go to Reports and create a report from SQL select * from items where homebranch in <<Libraries|branches:in>> and itype in <<Item type|itemtypes:in>> 3. Run the report but pick only 1 library and 1 item type 4. Click the "Show SQL code" 5. Notice itype value is wrong. It's using the same value selected for library. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35746 [Bug 35746] Multiple selections for parameters used in the IN function -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 35856] New: Runtime parameter modal should provide option of ":all"
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35856 Bug ID: 35856 Summary: Runtime parameter modal should provide option of ":all" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: lucas(a)bywatersolutions.com, nick(a)bywatersolutions.com Depends on: 35746 The modal interface to insert a runtime parameters should offer the option to make one's parameter offer the "All" option. Currently, use of the All feature requires one to manually add ":all" at the end of the parameter and is not clearly suggested by anything in the interface. The modal could include a checkbox one could check to add ":all" to the constructed parameter. It would probably be helpful to display some text reminding the user that one must use LIKE rather than = with ":all." I've made this depend on bug 35746, which adds an ":in" option. If that gets pushed, it'd be great to have it included as an option in the modal, too. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35746 [Bug 35746] Multiple selections for parameters used in the IN function -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #567 from Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> --- Created attachment 187587 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=187587&action=e… Bug 15516: (follow-up) DBRev nneds to include everything from the kohastructure -- You are receiving this mail because: You are watching all bug changes.

1 0