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

[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 35251] New: Issue table table does not recalculate number of checkouts after a checkin
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35251 Bug ID: 35251 Summary: Issue table table does not recalculate number of checkouts after a checkin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 To recreate: 1. Have some checkouts 2. Go to the issue-table and select some of those checkouts and check them in. 3. Look at the tab, Checkouts(X) 4. This is not updated and now shows an incorrect number of checkouts. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 7223] Move borrowerRelationship to authorised values list
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7223 Catrina Berka <catrina(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |catrina(a)bywatersolutions.co | |m --- Comment #2 from Catrina Berka <catrina(a)bywatersolutions.com> --- +1 Would be much more intuitive than editing a list with pipes -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[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 13668] Creator of an SQL report shoudl be NULL when the staff patron is deleted
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13668 Rebecca Coert <rcoert(a)arlingtonva.us> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rcoert(a)arlingtonva.us -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33961] New: Offline circulation tool no longer working and should be removed
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33961 Bug ID: 33961 Summary: Offline circulation tool no longer working and should be removed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 22671 The tool has not been updated and is no longer working with modern browser. It should either be rewritten/adjusted or removed. Given that we didn't get complains its non-functional status, bugs related to this tool didn't get attention, and the community is lacking resources, I am suggesting to remove it and redirect users to the koct FF plugin that is known to be working. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22671 [Bug 22671] Warn the user in offline circulation if applicationCache isn't supported -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 35707] New: Item statuses in the holdings table on biblio details should appear one per line
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35707 Bug ID: 35707 Summary: Item statuses in the holdings table on biblio details should appear one per line Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The item status field may contain more than one status message, but currently, those messages are one after the other as opposed to one above the other. It would be clearer to display them one above the other. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 35822] New: Apostrophe in the POS cash register name / description causes errors
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '24

16 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35822 Bug ID: 35822 Summary: Apostrophe in the POS cash register name / description causes errors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Enable the Point of Sale syspref. 2. Configure a cash register with an apostrophe in the name & description. For example: Laura's Cash Register 3. Configure an item for purchase. 4. Using the POS collect a payment for an item. 5. View the Transaction History for the cash register. Notice that nothing is showing in any of the tables. 6. Select a date range for displaying transactions. Example: 1/10/2024 to 1/16/2024. Notice that the past sales table appears but is showing "DATA" and has data like "{ "type": "credit", "identifier": "", "description": "Purchase (Cash)", "amount": "16.00", "timestamp": "01/16/2024 16:33" }" in the table. 7. Edit the cash register so that it no longer has an apostrophe in the name nor description. View the Transaction History page again. All tables are showing as expected. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 35821] New: Add option to log a run of export_records.pl to the Koha cron log
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '24

16 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35821 Bug ID: 35821 Summary: Add option to log a run of export_records.pl to the Koha cron log Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Libraries often have export jobs scheduled to send MARC records here and there. It would be cool if we could have the cron job optionally log it's run to the action_logs via the cron log. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[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