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

[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

[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 #27 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (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. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39310] New: Accumulated items on check-in screen are flipping to red after the fact
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '25

11 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39310 Bug ID: 39310 Summary: Accumulated items on check-in screen are flipping to red after the fact Change sponsored?: --- Product: Koha Version: 24.11 Hardware: PC OS: Windows Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: maxeinergl(a)gcc.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com As items accumulate on the checkin screen, we notice that they will flip to red/overdue as the screen updates with new checkins once their due deadline is passed. This is most obvious with hourly loans like course reserves. For example, an hourly return due at 1:30 gets checked in at 1:25. Item was returned on time and appears fine. But with further checkins accumulating onscreen, after 1:30 this item will change to red/overdue. It was not overdue at time of check-in, so it is misleading to have it labeled as such afterwards and causes confusion. I think the system should only be flagging for OD status on fresh check-ins, not reviewing the whole list each time. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 21889] New: Include Staff Client entered Purchase Suggestions with System Preference maxopensuggestions
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '25

11 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21889 Bug ID: 21889 Summary: Include Staff Client entered Purchase Suggestions with System Preference maxopensuggestions Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently only Purchase Suggestions made by patrons through the OPAC are the only suggestions counted in the system preference MaxOpenSuggestions. It would be nice if this system preference also connected to the staff client, so a purchase suggestion done on the patrons account by staff alerted the staff that the patron already had the maximum number of purchase suggestion allowed. At this time, even if a patron has maxed out the number of open purchase suggestions on the OPAC, a staff member can still enter more purchase suggestions for that patron through the staff client without knowledge of the maxopensuggestions being reached. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[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 Char Smith <csmith(a)pgcityutah.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |csmith(a)pgcityutah.gov --- Comment #26 from Char Smith <csmith(a)pgcityutah.gov> --- +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'. -- You are receiving this mail because: You are watching all bug changes.

1 0