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

[Bug 14670] Add 'cite' option to detail page in OPAC
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '26

22 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14670 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |40879 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40879 [Bug 40879] Add system preference to enable/disable the “Cite” option in the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34937] New: Slips should have a way to detect if decreaseLoanHighHolds is in play
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '26

22 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34937 Bug ID: 34937 Summary: Slips should have a way to detect if decreaseLoanHighHolds is in play Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be helpful if slips could tell if an item being listed for checkout is being controlled by decreaseLoanHighHolds, so we have a way to use Template Toolkit to make this stand out or explain something about the loan (i.e. This item is in high demand, so it has a shorter loan period, and cannot be renewed). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '26

22 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #191854|0 |1 is obsolete| | --- Comment #231 from Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> --- Created attachment 191873 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=191873&action=e… Bug 10190: (follow-up) Complete Vue.js rewrite of Circulation Triggers administration interface This patch aims to resolve the following issues as reported by comment 193: - missing atomic update for overde_X_has_rules (amended to account for comment 227) - existing delays being overwritten by the client when a rule set is displayed - inability to save circulation overdue rule sets for context for which circulations rules where already set - address bug_10190.pl db script warnings (undef values were being concatenated with strings) - add a guard clause to bug_101090.pl: check that the tables the script pulls the data from do still exist, otherwise exit. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31513] New: Server error when not entering numbers in "Returned to patron"
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '26

22 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31513 Bug ID: 31513 Summary: Server error when not entering numbers in "Returned to patron" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: christian.stelzenmueller(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org This happens with 21.11 with us. "Issue refund" on a paid transaction. In the field "Returned to patron" there is a prefilled text "NaN", i don't know why yet. "Confirming" that without correcting it to the amount in numbers that you want to refund, you get an Internal Server Error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 41687] New: Headers not included in report output from runreport.pl
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '26

22 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41687 Bug ID: 41687 Summary: Headers not included in report output from runreport.pl Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com The runreport cron has an option to include column headers when sending results as an attached CSV file, but otherwise data is sent without headers. This makes the received data harder to parse. It would be great to give the option to include headers for all other output/delivery methods. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 7376] Transfer limits should be checked at check-in
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '26

22 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7376 --- Comment #189 from Baptiste Wojtkowski (bwoj) <baptiste.wojtkowski(a)biblibre.com> --- (In reply to Victor Grousset/tuxayo from comment #188) > Code coverage ok. > > about testing: > > > Allow transfers between centerville, Midway and Franklin > > So the full graph between the 3, right? > > > , don't allow transfers between Fairfield, Liberty and all other libraries > > Does it just mean no transfer from Fairfield to any other lib? And no > transfer from Liberty to any other lib? > > >. In addition, allow the transfer between Liberty and Midway > > And then I add Liberty => Midway and check Midway => Liberty is possible. Yes, we want to have centerville as homebranch and as return branch, then Franklin where everything is is possible, Liberty being able to transfer to holdingbranch but not homebranch, and franklin none. As far as I remember and checked, Midway => Liberty is not useful since centerville is the home branch, midway the holding branch, and the transfer should not happen in the test plan, so we added it for more symmetry in the matrix, so that it is a bit easier to check. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '26

22 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #191805|0 |1 is obsolete| | --- Comment #230 from Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> --- Created attachment 191854 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=191854&action=e… Bug 10190: (follow-up) Complete Vue.js rewrite of Circulation Triggers administration interface This patch aims to resolve the following issues as reported by comment 193: - missing atomic update for overde_X_has_rules (amended to account for comment 227) - existing delays being overwritten by the client when a rule set is displayed - inability to save circulation overdue rule sets for context for which circulations rules where already set - address bug_10190.pl db script warnings (undef values were being concatenated with strings) - add a guard clause to bug_101090.pl: check that the tables the script pulls the data from do still exist, otherwise exit. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41680] New: Add clarity to PatronSelfRegistrationVerifyByEmail system preference
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '26

22 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41680 Bug ID: 41680 Summary: Add clarity to PatronSelfRegistrationVerifyByEmail system preference Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de The Koha manual states "If you require patrons to verify their accounts via email they will not be able to log in to the OPAC until they acknowledge the email sent by Koha." This statement is accurate, but it is lacking detail about the patron account creation. For example, the patron account creation does not happen until the account is verified. Staff are not able to find the account from the staff interface until verified, preventing troubleshooting if there is a typo in the email address. The manual seems to imply the only thing the system preference impacts is the ability to log in to the OPAC. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 7376] Transfer limits should be checked at check-in
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '26

22 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7376 --- Comment #188 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- Code coverage ok. about testing: > Allow transfers between centerville, Midway and Franklin So the full graph between the 3, right? > , don't allow transfers between Fairfield, Liberty and all other libraries Does it just mean no transfer from Fairfield to any other lib? And no transfer from Liberty to any other lib? >. In addition, allow the transfer between Liberty and Midway And then I add Liberty => Midway and check Midway => Liberty is possible. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3492] Move hold fee setting into circulation rules
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '26

21 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Patch doesn't apply -- You are receiving this mail because: You are watching all bug changes.

1 0