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

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '25

23 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|martin.renvoize(a)openfifth.c |chloe.zermatten(a)openfifth.c |o.uk |o.uk -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33743] New: xt/find-missing-filters.t parsing files outside of git repo
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '25

23 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33743 Bug ID: 33743 Summary: xt/find-missing-filters.t parsing files outside of git repo Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org it's catching missing filters on how-to.tt, which is not part of Koha. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 34303] New: t/00-testcritic.t should only test files part of git repo
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '25

23 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34303 Bug ID: 34303 Summary: t/00-testcritic.t should only test files part of git repo Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See 33743 and 33745 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 40847] New: OAuth endpoint missing some validations
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '25

23 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40847 Bug ID: 40847 Summary: OAuth endpoint missing some validations Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com I found the endpoint would benefit from more validations on: * Provider * Interface This is not properly tested either. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 40852] New: Add option of allowing holds to be placed by patrons in OPAC for lost items
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '25

22 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40852 Bug ID: 40852 Summary: Add option of allowing holds to be placed by patrons in OPAC for lost items 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: director(a)fairfield.lib.ia.us QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Adding the option of allowing patrons to place holds on lost items would aid library staff in determining when lost items should be considered for replacement sooner. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 40851] New: Keep "Place a Hold" tab at top of Normal Detail view for lost items
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '25

22 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40851 Bug ID: 40851 Summary: Keep "Place a Hold" tab at top of Normal Detail view for lost items 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: director(a)fairfield.lib.ia.us QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Created attachment 186737 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=186737&action=e… Item with lost status without hold option at top Currently, if an item has been marked "lost", when viewing this item in the staff module in the normal detail view, the "place a hold" option that is ordinarily at the top of the screen is removed. This is tied to the item's status as lost. This is confusing for staff and seems unnecessary. Can a patch be created to keep the "place a hold" option at the top even for items marked lost? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 35956] New: In Vue [% INCLUDE 'calendar.inc' %] should not be needed if not used
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '25

22 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35956 Bug ID: 35956 Summary: In Vue [% INCLUDE 'calendar.inc' %] should not be needed if not used Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When doing bug 35919, I found that some recent change made it explode if I didn't add that include (look at the FIXME on koha-tmpl/intranet-tmpl/prog/en/modules/admin/record_sources.tt). -- You are receiving this mail because: You are watching all bug changes.

1 5

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

22 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Paul Derscheid <paul.derscheid(a)lmscloud.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |paul.derscheid(a)lmscloud.de --- Comment #564 from Paul Derscheid <paul.derscheid(a)lmscloud.de> --- This is actually not fully in 25.05.04 yet, just the fix for the Cypress test. I actually backported that cypress fix by accident. I must've confused it w/ another patch having the same commit message. Normally this wouldn't be backported as this is a new feature but since it was requested and people seem to look forward to it, I will make an exception. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40849] New: Undesired printing effects in slips when branch notes are printed
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '25

22 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40849 Bug ID: 40849 Summary: Undesired printing effects in slips when branch notes are printed Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org This is going to be a hard one to explain. I'm using logic in HOLD_SLIP to determine if the hold is in house or a transfer, and then print the slip accordingly. We have done this for years. This has always worked fine. Recently, the slip has stopped printing the the extra space we print at the end of the slip to make the slip longer for books whenever the slip has notes from the library branch field. This is what I have determined: We have a line in the slip that prints the library notes after the library name. It looks like this: <h1>[% branch.branchname %]<br/> <i>[% branch.branchnotes %]</i></h1> Below that, this is what we use to lengthen the slip: [% blank = '   <br />' %] [% blank.repeat(25) %] If the library doesn't have any notes, the extra space prints fine. But if it does have notes, it omits the spacing. I have confirmed this by removing the second line for the notes and only printing the destination. If I remove the second line, it prints just fine. This also only seems to affect certain printers. I can print on the latest driver for Star TSP100III with the second line for notes just fine, but if I print with the latest driver for POS-X thermal printers, it is affected by this line. I am working with the POS-X vendor to see what they can find on their end and why their driver behaves differently, but for this extra info to affect the driver at all, I thought it might be worth filing a bug on and see if there is a problem with my coding or something in Koha itself that could be affecting printing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 30955] New: Send a notice to new owner when transferring shared list
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '25

22 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30955 Bug ID: 30955 Summary: Send a notice to new owner when transferring shared list Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl See bug 25498. Would be helpful to send a notice to inform the new owner of this change. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53