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

[Bug 39630] New: Problems with search for dateaccessioned (ElasticSearch)
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '25

06 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39630 Bug ID: 39630 Summary: Problems with search for dateaccessioned (ElasticSearch) Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: trevor.diamond(a)mainlib.org QA Contact: testopia(a)bugs.koha-community.org Starting in advanced search, if you select Acquisition date as your search qualifer and enter a date (ex: 2025-03-25) you get more results than expected. If you "search with results" by limiting to Acquisition date, the results refresh with much more reasonable results. The advanced search code is as follows: 523 result(s) found for '2025-03-25' with limit(s): 'date-of-acquisition:("2025-03-25")'. Which indicates that your initial selection of Acq date didn't actually "stick". If you click "edit this search" you are returned to the advanced search screen which shows a keyword search of 2025-03-25, again showing taht your initial selection of acq date isn't being remembered. If you try this series of steps with a different filter (ex. Publication year), you do not see this kind of behavior (the results are correctly limited in the first pass and going back to edit the search shows the selection of Publication Year for your search qualifier). This seems very similar to the activity in Bug 17815 ( https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17815 ) but I saw Zebra mentioned several times there and it was suggested that I open a new bug for elasticsearch. The solution would be for Advanced search to actual utilize and remember the search qualifer when acquisition date is selected. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 39189] New: Collapsing sections on moredetail.pl not working
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '25

06 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39189 Bug ID: 39189 Summary: Collapsing sections on moredetail.pl not working Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 7508 I should have reworked Bug 7508 on top of Bug 38227, because 38227 moved the togglePanel function to staff-global.js. As it is now, there is a duplicate togglePanel function in moredetail.tt and the panels are not working correctly. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 [Bug 7508] Collapsable items on items tab -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 39492] New: Web Usability Accessibility Audit - Browse Shelf Links on 'Publications' Page
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '25

06 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39492 Bug ID: 39492 Summary: Web Usability Accessibility Audit - Browse Shelf Links on 'Publications' Page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexander.blanchard(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org The accessibility audit highlighted that on the accessibility page there are repeated 'Browse Shelf' links. The report indicates that these need additional context to be clear without relying on surrounding context. The suggested solution is to add extra context using aria-label or aria-labelledby -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 31547] New: Lost item and check-in date
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31547 Bug ID: 31547 Summary: Lost item and check-in date Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aspencatteam(a)clicweb.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 140386 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=140386&action=e… word document for confusing check-in and return date Items that have gone lost from long overdue, and also lost items that have been paid have confusing date checked-in information. Perhaps more information could be added to the checkin date/time - for example in red system could say "long overdue to lost". On the circulation history, when an item has been paid for, instead of having just a return date, it could say in red "Date lost and paid" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39768] New: Cannot cancel a booking from the timeline view
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39768 Bug ID: 39768 Summary: Cannot cancel a booking from the timeline view Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Make an item or itemtype bookable 2. Find an item and place a booking 3. Click on the booking in the timeline view so a red X appears after the booking time. 4. Click it to open a modal. 5. Click 'Yes, cancel booking' 6. Nothing happens Uncaught TypeError: button.dataset is undefined -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 39503] New: Linker should always respect thesaurus with LinkerConsiderThesaurus on
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39503 Bug ID: 39503 Summary: Linker should always respect thesaurus with LinkerConsiderThesaurus on Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: MARC Authority data support Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl, nick(a)bywatersolutions.com With bug 30280 and subsequent patches we attempt to respect the thesaurus indication when linking with LinkerConsiderThesaurus on. However, there are still cases when we link wrong. Example: biblio: 650 _1 $a Philosophy [thesaurus: Library of Congress Children's and Young Adults' Subject Headings] will be linked to an authority 008/11 = a [Library of Congress Subject Headings] 150 __ $a Philosophy if 008/11 = b [Library of Congress Children's and Young Adults' Subject Headings] 150 __ $a Philosophy is missing in the system. This is obviously wrong--we should not link to a authority record belonging to a different thesaurus. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 35434] New: Non-superlibrarians should not place holds in other libraries when IndependentBranches is enabled
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35434 Bug ID: 35434 Summary: Non-superlibrarians should not place holds in other libraries when IndependentBranches is enabled 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: emily-rose.francoeur(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In the intranet, when the system preference IndependentBranches is enabled, non-superlibrarians can make reservations in other libraries, which they shouldn't be able to do. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 54

[Bug 38347] New: Fix style of sidebar form submit button on bookings to collect page
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38347 Bug ID: 38347 Summary: Fix style of sidebar form submit button on bookings to collect page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org On the bookings to collect page the style of the submit button is incorrect. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 36428] New: Current bookings are not counted in record side bar
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36428 Bug ID: 36428 Summary: Current bookings are not counted in record side bar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Style guide Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: martin.renvoize(a)ptfs-europe.com When a booking becomes active it is no longer counted in the sidebar on the biblio page. To test: 1 - Make an item bookable from the items tab on a record details 2 - Return to details view and place a booking 3 - Note sidebar says "Bookings (1)" 4 - Make the booking current from the DB: UPDATE bookings SET start_date=NOW() WHERE biblio_id={biblionumber}; 5 - Reload the page 6 - NOte the count is now "Bookings (0)" -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 37065] New: Bookings tab should filter out ocmpleted bookings by default
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37065 Bug ID: 37065 Summary: Bookings tab should filter out ocmpleted bookings by default Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When loading the bookings tab we load all bookings for a biblio, current and completed. We should filter out the completed by default and offer a link to view all unfiltered. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31