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

[Bug 21383] New: Sorting on ILL request table is inaccurate
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '25

12 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21383 Bug ID: 21383 Summary: Sorting on ILL request table is inaccurate Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com In the ILL requests table, values containing numbers are sorted incorrectly. For example, AUB-1, AUB-10, AUB-11, AUB-20, AUB-21 etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 38467] Template::Toolkit filters can create risky Javascript when not using RFC3986
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '25

12 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38467 --- Comment #51 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Jonathan Druart from comment #50) > Katrin, the patch "Bug 38467: (follow-up) Update cpanfile" is wrong in main, > it removed > -recommends 'Git::Wrapper', '0.048'; > -recommends 'Test::PerlTidy', '20230226'; OK; just revert? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38467] Template::Toolkit filters can create risky Javascript when not using RFC3986
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '25

12 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38467 Jonathan Druart <jonathan.druart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |additional_work_needed --- Comment #50 from Jonathan Druart <jonathan.druart(a)gmail.com> --- Katrin, the patch "Bug 38467: (follow-up) Update cpanfile" is wrong in main, it removed -recommends 'Git::Wrapper', '0.048'; -recommends 'Test::PerlTidy', '20230226'; -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '25

12 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Phil Ringnalda <phil(a)chetcolibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |39293 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39293 [Bug 39293] Remove box around subfield tag in basic editor -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39312] New: Button to generate embed code for a record
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '25

12 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39312 Bug ID: 39312 Summary: Button to generate embed code for a record Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org It would be so cool to be able to click an 'Embed' button on an OPAC record detail page which generates 'quick info' in HTML for the record, i.e. * title * author * cover image * with clickable link back to the detail page then people could paste this code in other places, like in an HTML customisation for the OPAC homepage, or on another website. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39311] New: Make accepted borrower file types configurable
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '25

11 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39311 Bug ID: 39311 Summary: Make accepted borrower file types configurable Change sponsored?: --- Product: Koha Version: Main 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 If a library has EnableBorrowerFiles set to allow, there's no mechanism checking what types of files are being uploaded. It would be great if that could be configurable with a choice of options (.pdf, .doc, .odf, .html, .gif - as a top-of-brain list). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39201] New: Escape double quotes for strings going into Javascript
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '25

11 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39201 Bug ID: 39201 Summary: Escape double quotes for strings going into Javascript Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com As noted by Owen on the listserv, there are times where translators inject double quotes: #: koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/itemsearch.tt:379 #: koha-tmpl/intranet-tmpl/prog/en/modules/reports/itemslost.tt:100 #, c-format msgid "Not for loan status" msgstr "Статус \"на дом не выдается\"" Which leads to this: + ' <th id="items_status" data-colname="notforloan_status">' + _("Статус "на дом не выдается"") + '</th>' But really those backslash escapes should've been preserved or during the text replacement process they should've been escaped again. -- Personally, I don't know enough about the translation mechanisms to know the finer details, but I suspect that would be the answer. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 39309] New: Improve ConsiderLibraryHoursInCirculation handling of hourly loans when library closes past midnight
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '25

11 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39309 Bug ID: 39309 Summary: Improve ConsiderLibraryHoursInCirculation handling of hourly loans when library closes past midnight 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: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 179176 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=179176&action=e… Screenshot of checkout confirmation message Some libraries using hourly loans have closing times past midnight, such as 1am. When ConsiderLibraryHoursInCirculation is being used and a library has a closing time past midnight, a checkout confirmation message appears (see screenshot) and provides the option for a due date to be specified, as if it is not allowed by circulation rules (even if allowed). To Test: 1. In Administration > Libraries, set library hours in such a way that the closing time is past midnight (ex: 1am) 2. Set ConsiderLibraryHoursInCirculation system preference to "shorten the loan period and set the checkout to be due at the library's close time". 3. Confirm that a circulation rule for the patron category/item type exists in Administration > Circulation and fine rules 4. Navigate to a patron account and check out an item with an hourly loan period - note the checkout confirmation message that appears -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 12141] On Display Module
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '25

11 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12141 --- Comment #29 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- If the On display module became a thing, it seems like it could be a mix of both types of displays. You can either set a temporary display location that clears when it circulates, or you could set a fixed time display location that goes back to the display until a desired expiration. When that item circulates, and its past the fixed time for the display, on check in it would let you know it is no longer needing to go to the display (in case stickers need to be removed), and it would show its regular location. Maybe have an option to route to another status (cataloging review, processing, etc.) if desired in the workflow. For items that are on the shelf not circulating that are past the fixed display expiration, there could be a tab on this module (like the holds waiting past their expiration date) that are not checked out, indicating the items on the shelf that need to be moved to their regular location (and stickers removed). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12141] On Display Module
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '25

11 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12141 --- Comment #28 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (In reply to Christopher Brannon from comment #27) > (In reply to Char Smith from comment #26) > > +1 > > The way some other ILS handle this is to basically have another checked in > > status that can manually be set to something like 'On Display'. > > I could see how that would work for regular displays, but for items that are > new that need to go back to a temporary shelving situation, that workflow > would add complications. But, I like this. It would be nice to have both. I could see an action button next to the item on the check in screen that would allow you to set it to any preconfigured display locations. Once it circulates it clears that status and defaults to available/recently returned on the next check in. And then it could be put on display if desired. Maybe another screen (Put on display), where you set the display location and then scan the item(s) that are going there. Again, those would clear when they circulate. -- You are receiving this mail because: You are watching all bug changes.

1 0