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

[Bug 38531] New: Include action_logs.diff when reverting hold
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '25

20 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38531 Bug ID: 38531 Summary: Include action_logs.diff when reverting hold Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 25159 added a diff column to action logs and made it populate for changes to holds. We missed adding that diff when reverting the hold waiting status. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 29855] New: Add a repeated subfield with a MARC modification template
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '25

20 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29855 Bug ID: 29855 Summary: Add a repeated subfield with a MARC modification template Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It seems it is not possible to add a repeated subfield with MARC Modification template with the current options. Ex : it should be possible to create a 099$tBOOK field, then create an other $t (ex: $tCD) in the same 099 field (not in a new 099), to obtain 099$BOOK$tCD -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35286] New: Replace GetPrintMessages with Koha::Notice::Messages->search
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '25

20 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35286 Bug ID: 35286 Summary: Replace GetPrintMessages with Koha::Notice::Messages->search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org C4::Letters::GetPrintMessages is a very basic wrapper around a simple SQL lookup. We could easily remove it and use Koha::Notice::Messages->search directly instead resulting in Koha::Notice::Message objects in the return. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 32429] New: With "Write off all" UseEmailReceipts sends emails for each, with "Write off selected" a digest
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '25

20 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32429 Bug ID: 32429 Summary: With "Write off all" UseEmailReceipts sends emails for each, with "Write off selected" a digest Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: kyle(a)bywatersolutions.com If you are using UseEmailReceipts, an email is sent to the user as a receipt when fines are written off or paid. There is a difference in how the emails sent that should be fixed: * When you pay/write off a single fine, an email is sent for that line. * When you pay/write off multiple using "selected", one email is sent with all information about the selected lines. (nice and expected) * When you pay/write off all a single email is sent for each line. (unexpected, not nice) If multiple lines are paid or written off, this should always generate a single email about the transaction. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 35798] New: Record overlay rules are needed for Authorities
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '25

19 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35798 Bug ID: 35798 Summary: Record overlay rules are needed for Authorities Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The record overlay rules seem to only work with bibliographic records. It would be nice to expand this tool to include Authorities. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 30696] New: Customized Templates for Patron Setup by Branch
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '25

18 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30696 Bug ID: 30696 Summary: Customized Templates for Patron Setup by Branch Change sponsored?: --- Product: Koha Version: unspecified 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 It would be great for consortiums (especially the combined Public, k-12 and academic libraries) for Koha to allow for individual branches to determine what fields are mandatory and should display for patron registration as opposed to having this be a global setup option. This would include, borrowermandatoryfield, borrowerunwantedfields and CollapseFieldsPatronAddForm- if these preferences could be set up at the branch level, that would be ideal for libraries in a consortium to uniquely identify what they need during patron registration. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 38697] New: Request for Alexa Integration in Koha
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '25

18 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38697 Bug ID: 38697 Summary: Request for Alexa Integration in Koha Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Continuous Integration Assignee: tomascohen(a)gmail.com Reporter: aliakbar.petiwala88(a)gmail.com I would like to request a feature where Koha integrates with Amazon Alexa. This integration would allow library users to interact with their library catalogue, book reviews and recommendations, users account etc using Alexa voice commands. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 20185] New: Some scripts does not pass perl -wc
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '25

18 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20185 Bug ID: 20185 Summary: Some scripts does not pass perl -wc Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: In Discussion Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 16105] New: Cache::Memory is loaded even if memcache is used
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '25

18 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16105 Bug ID: 16105 Summary: Cache::Memory is loaded even if memcache is used Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 11998, 16104 Cache::Memory is loaded and Koha::Cache::_initialize_memory is called even if a memcached cache has been correctly initialize, it does not make sense. It should only be initialize if needed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11998 [Bug 11998] Syspref caching issues https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16104 [Bug 16104] Warnings "used only once: possible typo" should be removed -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 16104] New: Warnings "used only once: possible typo" should be removed
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '25

18 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16104 Bug ID: 16104 Summary: Warnings "used only once: possible typo" should be removed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Since bug 11998, the following warnings are raised: Name "Tie::Hash::FIELDS" used only once: possible typo at /usr/share/perl/5.22/fields.pm line 135. Name "Cache::RemovalStrategy::LRU::FIELDS" used only once: possible typo at /usr/share/perl/5.22/fields.pm line 135. Name "Cache::RemovalStrategy::FIELDS" used only once: possible typo at /usr/share/perl/5.22/fields.pm line 135. It comes from the Koha::Cache 103 if ( can_load( modules => { 'Cache::Memory' => undef } ) ) { -- You are receiving this mail because: You are watching all bug changes.

1 38