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

[Bug 27833] New: Koha::Exceptions::Patron::Attribute::* should have parameters
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '21

13 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27833 Bug ID: 27833 Summary: Koha::Exceptions::Patron::Attribute::* should have parameters Change sponsored?: --- Product: Koha Version: master 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 When one of them is thrown, they should carry the failing code and value. This way we can provide better feedback on the UI (or the API). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 28480] New: GET /patrons missing q parameters on the spec
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '21

13 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28480 Bug ID: 28480 Summary: GET /patrons missing q parameters on the spec Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 28516] New: Koha/Patrons/Import.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '21

13 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28516 Bug ID: 28516 Summary: Koha/Patrons/Import.t is failing randomly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org 13:51:29 koha_1 | Missing mandatory extended attribute (type=Bg9cq3e) at /kohadevbox/koha/Koha/Patrons/Import.pm line 352, <$fh> line 2. 13:51:29 koha_1 | 13:51:29 koha_1 | # Failed test at t/db_dependent/Koha/Patrons/Import.t line 1108. 13:51:29 koha_1 | # got: '0' 13:51:29 koha_1 | # expected: '1' 13:51:29 koha_1 | 13:51:29 koha_1 | # Failed test at t/db_dependent/Koha/Patrons/Import.t line 1135. 13:51:29 koha_1 | # Structures begin differing at: 13:51:29 koha_1 | # $got->[0] = Does not exist 13:51:29 koha_1 | # $expected->[0] = HASH(0x5637834005a8) 13:51:29 koha_1 | # Looks like you failed 2 tests of 19. 13:51:29 koha_1 | 13:51:29 koha_1 | # Failed test 'update existing patron' 13:51:29 koha_1 | # at t/db_dependent/Koha/Patrons/Import.t line 1112. 13:51:29 koha_1 | # Looks like you failed 1 test of 17. 13:51:29 koha_1 | 13:51:29 koha_1 | # Failed test 'patron_attributes' 13:51:29 koha_1 | # at t/db_dependent/Koha/Patrons/Import.t line 1114. Master_D11 run 315 on Docker_7 -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 28598] New: Changing date or time format on a production server will NOT create duplicate fines and we should remove the syspref warnings
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '21

13 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28598 Bug ID: 28598 Summary: Changing date or time format on a production server will NOT create duplicate fines and we should remove the syspref warnings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client 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: 13104 Both DateFormat and TimeFormat say they will create duplicate fines if changed on a production system. But we explicitly fixed that in bug 13104. We should remove those warnings. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13104 [Bug 13104] Changing date or time format on a production server will create duplicate fines! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 28570] New: bor_issues_top.pl using a /tmp file to log debug
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '21

12 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28570 Bug ID: 28570 Summary: bor_issues_top.pl using a /tmp file to log debug 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+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org $debug and open my $debugfh, '>', '/tmp/bor_issues_top.debug.log'; This must be removed. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 28418] New: Number the MARC modification templates
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '21

12 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28418 Bug ID: 28418 Summary: Number the MARC modification templates 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: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org We've been working on creating lots of MARC modification templates. It would be great if each template was auto-assigned an identifying number so that when I'm communicating to another staff member I can give them the template number to use. Rather than saying look for the template named 'Copy 800|t and 800|v to 490|a and 490|v' I could say use template 21. This would make it easier for another staff member to find and increase accuracy. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 27600] New: renew_all shouldn't perform a password check
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '21

12 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27600 Bug ID: 27600 Summary: renew_all shouldn't perform a password check 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Authentication should have already taken place at the SIP2 selfcheck machine prior to the call to renew_all and as such should not require re-checking within the call itself. This can cause issues as it's common practice to pass along an empty AD field in the subsequent SIP requests and that defined but empty field can cause an error instead of performing the renewal. We should mimic the code in 'renew' which checks for the patron but does not check for a correct password. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 27348] New: Error defining INDEXER_PARAMS in /etc/default/koha
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '21

12 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27348 Bug ID: 27348 Summary: Error defining INDEXER_PARAMS in /etc/default/koha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au The test at line 220 in koha-indexer creates an error since it isn't treating $INDEXER_PARAMS as a string. For example: /usr/sbin/koha-indexer: line 220: [: -sleep: binary operator expected -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 28749] New: All backups on 21.05 behave as if --without-db-name is passed
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '21

11 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28749 Bug ID: 28749 Summary: All backups on 21.05 behave as if --without-db-name is passed Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: JBoyer(a)equinoxOLI.org QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Created attachment 123114 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=123114&action=e… Restore the database name to Koha dumps The line to use the --databases flag with mysqldump by default was accidentally removed from koha-dump when the --schema-only option was added. This makes all backups act as if koha-dump is called with the --without-db-name flag, causing koha-restore to fail to restore the database because it's neither CREATEd or USEd. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 27932] New: Add GET /biblios/:biblio_id/pickup_locations
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '21

11 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27932 Bug ID: 27932 Summary: Add GET /biblios/:biblio_id/pickup_locations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com It should be implemented as GET /holds/:hold_id/pickup_locations on bug 27894. It is needed to render the dropdown on placing biblio-level holds -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24