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

[Bug 30088] New: Forgotten password
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '25

23 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30088 Bug ID: 30088 Summary: Forgotten password Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Two thoughts: Is there a reason patrons have to be presented with two fields, one for login or one for e-mail address? The prompt says to enter one or the other. Since there is the possibility for more than one account to have the same e-mail address, should we only ask for the username? The second thought is, should Koha e-mail the account user if a request has been made to reset the password? This seems to be common practice these days. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 33654] New: Add more permissions to Item Group Cataloging
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '25

23 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33654 Bug ID: 33654 Summary: Add more permissions to Item Group 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently, there is only one permission attached to Item Groups: Permission Create, update, and delete item groups, add or remove items from an item group (manage_item_groups) It would be nice to make this functionality more granular within the permissions in Koha. For some catalogers, the permission to add an item to an item group is all they should be able to do in this workflow, but currently, once this overarching item group permission is granted, they can also create groups. Adding permission for only adding items to a group separate from creating groups would be the ultimate goal in this request. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 30070] New: There are performance issues with edifactmsgs when you have a large number of messages
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '25

23 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30070 Bug ID: 30070 Summary: There are performance issues with edifactmsgs when you have a large number of messages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client 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 edifact messages table can grow to a very large size over time, and the page to display them has issues with this growth as it always loads all messages. We should switch this to an ajax driven datatable. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 136

[Bug 37238] New: Add table settings to itemsearch results
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '25

21 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37238 Bug ID: 37238 Summary: Add table settings to itemsearch results Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Itemsearch results has grown to be a very large table, table settings should be added. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13965#c3 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 64

[Bug 36607] New: Use test builder in cypress tests
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '25

21 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36607 Bug ID: 36607 Summary: Use test builder in cypress tests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org At hackfest it was discussed that it would be useful to be able to use the perl TestBuilder module in Cypress along with the new Cypress mysql. This bug is for a proof of concept to discuss -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 38686] New: Add Koha::Items->filter_by_checked_out
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '25

20 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38686 Bug ID: 38686 Summary: Add Koha::Items->filter_by_checked_out Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I wrote this method in an attempt to fix a behavior that wasn't exactly as I understood in the first place. So not sure I'll use it. Putting it here in case it helps some other dev and deserves to be in the codebase. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 29858] New: Item.pm "Use of uninitialized value" warn when $field var is NULL
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '25

20 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29858 Bug ID: 29858 Summary: Item.pm "Use of uninitialized value" warn when $field var is NULL Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: stalkernoid(a)gmail.com Reporter: stalkernoid(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 31800] New: REST API: POST endpoint for Biblios
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '25

20 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31800 Bug ID: 31800 Summary: REST API: POST endpoint for Biblios Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com CC: tomascohen(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 22013] New: Command line staging: Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202.
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '25

19 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22013 Bug ID: 22013 Summary: Command line staging: Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: simon.hohl(a)dainst.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 83307 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=83307&action=ed… MARC File containing geographical authority data When using stage_file.pl to import authority data (see attachment), I get the warning: Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in regexp compilation at /usr/share/perl5/MARC/Record.pm line 206. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 207. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. That's 28 warnings for 31 records, but I am unable to decide which cause the warning and which do not. Anybody able to find out why a pattern? Cheers -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 38717] New: Make item notes and non-public item notes optionally visible when selecting an item for an item-specific hold in the intranet
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '25

17 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38717 Bug ID: 38717 Summary: Make item notes and non-public item notes optionally visible when selecting an item for an item-specific hold in the intranet Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 38716 When placing an item-specific hold in the intranet, it would be helpful to some libraries to see more information about the items they're choosing from for an item-specific hold. We should allow item notes and non-public item notes to be displayed here. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38716 [Bug 38716] Add table configuration to Hold A Specific Item table in staff interface -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2