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

[Bug 33759] New: Typo: Thankyou
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '24

20 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33759 Bug ID: 33759 Summary: Typo: Thankyou 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 There are several notices reading 'Thankyou' we can fix to read "Thank you". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 23012] New: Possibility to mark processing fee by default refund when item is found
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '24

18 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23012 Bug ID: 23012 Summary: Possibility to mark processing fee by default refund when item is found 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: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Hi, When you indicate a Processing fee and a replacement cost by default for a particular item type, these two fees are charge to users when an item is indicating as lost by the patron in koha. If you indicate that the item is now found, the replacement cost will be refund in the patron’s account if RefundLostOnReturnControl is activate. But, the processing fee is not refund in this situation. It would be nice to have the possibility to decide when the lost item is found that the processing fee by default will be refund ore not. It could be managed by a system preference or something like that. Test plan: -Activate WhenLostChargeReplacementFee -indicate a processing fee and a replacement cost by default for an item type. -check out an item with the same item type to a patron -Active RefundLostOnReturnControl -mark this item as lost by the patron in koha -see that the processing fee and the replacement cost are charge to the patron. -Mark the item as found by a check in -See that the replacement cost is refund and not the Processing fee. It could be a system preference in the same way that WhenLostChargeReplacementFee but for the processing fee. Regards, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 67

[Bug 30934] New: Allow for this system preference NoRefundOnLostReturnedItemsAge to be library specific
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '24

18 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30934 Bug ID: 30934 Summary: Allow for this system preference NoRefundOnLostReturnedItemsAge to be library specific Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 Currently, each branch can identify what their refund rules are in the circulation and fine rule matrix in the 'Default lost item fee refund on return policy'. Recently the system preference, NoRefundonLostReturnedItemAge has been introduced however as a global option. It would be more beneficial to multibranch library systems to determine this specific system preference by branch and not a system rule. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 21159] New: Blank item shelving location (952$c) on issue and return based on syspref values
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21159 Bug ID: 21159 Summary: Blank item shelving location (952$c) on issue and return based on syspref values 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: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Items shelving location (952$c) is blanked when the item is issued (if the new syspref BlankShelvingLocationOnIssue is enabled) and returned (if the new syspref BlankShelvingLocationOnReturn is enabled). i.e. This patch will blank shelving location on circulation actions, it will utilise two system preferences rather than one so it can work however people want it to. The sysprefs will both be off by default. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 153

[Bug 33725] New: Add item's collection code to search results location column in staff interface
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33725 Bug ID: 33725 Summary: Add item's collection code to search results location column in staff interface 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: lucas(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 handy if the location column in search results included the collection code. This can be helpful information to librarians as they are scanning the results page for relevant information. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 33230] New: allowlist for SIP fields sent
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33230 Bug ID: 33230 Summary: allowlist for SIP fields sent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: evelyn(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org With libraries becoming more sensitive to information sent to third parties via SIP, it might be less burdensome for configuration if there were an option for an allowlist for fields sent (much like bug 20292 is effectively a blocklist for selected fields). This would help ensure that only required fields (including those with patron PII) are knowingly sent. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 26071] New: Allow to configure fields not to be copied when using "Edit as new (duplicate)" in cataloging
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '24

15 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26071 Bug ID: 26071 Summary: Allow to configure fields not to be copied when using "Edit as new (duplicate)" in cataloging 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When duplicating a record for example for cataloging a newer edition an exact duplicate of the record is created. In some cases it would be nice if you could define fields that should be emptied out when duplicating, similar to what we can do when duplicating subscriptions (SubscriptionDuplicateDroppedInput). The use case here would be to drop 001 when copying, so no duplicate IDs are added to the catalog. The field is marked mandatory so then the cataloger will be reminded to fill it in. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 33257] New: Suspended holds should be styled differently on moremember.pl
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '24

13 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33257 Bug ID: 33257 Summary: Suspended holds should be styled differently on moremember.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Although suspended holds are labeled on moremember.pl it would be nice to be able to style them so that they are more obvious. See bug #25856 where the patch added a suspend class to the tr's for suspended holds. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 33258] New: Suspended holds should be styled differently on circulation.pl
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '24

13 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33258 Bug ID: 33258 Summary: Suspended holds should be styled differently on circulation.pl 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: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Although suspended holds are labeled on circulation.pl it would be nice to be able to style them so that they are more obvious. See bug #25856 where the patch added a suspend class to the tr's for suspended holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 33167] New: Bibs with several items causes a slow loading screen
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '24

12 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33167 Bug ID: 33167 Summary: Bibs with several items causes a slow loading screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Adding a new item to a bib that has 300+ items causes a slow loading screen. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 58