September 2019 - Koha-bugs - lists.koha-community.org

[Bug 22433] New: SIP/Transaction.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 20 May '20

20 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22433 Bug ID: 22433 Summary: SIP/Transaction.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- On Master_D9: koha_1 | # Failed test 'Bib has 1 holds remaining' koha_1 | # at t/db_dependent/SIP/Transaction.t line 90. koha_1 | # got: '2' koha_1 | # expected: '1' koha_1 | # Looks like you failed 1 test of 5. koha_1 | koha_1 | # Failed test 'fill_holds_at_checkout' koha_1 | # at t/db_dependent/SIP/Transaction.t line 93. koha_1 | # Looks like you failed 1 test of 4. koha_1 | [21:17:57] t/db_dependent/SIP/Transaction.t -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 22741] New: Second prove of Koha/Patrons.t fails on test BorrowerLogs and TrackLastPatronActivity
by bugzilla-daemon＠bugs.koha-community.org 20 May '20

20 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22741 Bug ID: 22741 Summary: Second prove of Koha/Patrons.t fails on test BorrowerLogs and TrackLastPatronActivity 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- See also bug 22729 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 57

[Bug 22001] New: RaiseError and PrintError flags must be set for tests
by bugzilla-daemon＠bugs.koha-community.org 20 May '20

20 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22001 Bug ID: 22001 Summary: RaiseError and PrintError flags must be set for tests Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Test Suite 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: 14334 Bug 14334 removed some of the RaiseError flags that existed in tests. It should always be set in tests, just in case :) Moreover, patches of bug 14334 could hide a regression, if we have a test catching a crash (using eval), it will no longer explode. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14334 [Bug 14334] DBI fighting DBIx over Autocommit in tests -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 22898] New: Selenium tests for placing holds from the staff interface
by bugzilla-daemon＠bugs.koha-community.org 20 May '20

20 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22898 Bug ID: 22898 Summary: Selenium tests for placing holds from the staff interface Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Because of bug 22895 we now need those tests ASAP. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 18127] New: Add batch modified records to an existing list
by bugzilla-daemon＠bugs.koha-community.org 20 May '20

20 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18127 Bug ID: 18127 Summary: Add batch modified records to an existing list Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org >From Bug 12759 Comment 1 -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 23473] New: Allow passwords to be imported/overwritten using the patron import tool
by bugzilla-daemon＠bugs.koha-community.org 20 May '20

20 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23473 Bug ID: 23473 Summary: Allow passwords to be imported/overwritten using the patron import tool 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 Scenario: A library would like to import/overwrite all patrons with their passwords from another centralised system. Currently they cannot do this and overwrite the passwords, because Koha assumes that the passwords are coming in already hashed and thus should not be overwritten. It would be good to optionally allow the UI patron import tool and command line importer to overwrite user passwords. Personal note: I want to make it clear that I am personally aware of the user experience ramifications of unexpectedly changing a password on a user - it's not a nice thing to do to users. I know that there could be situations where the user has changed the password, or requested such a change, and then that user's explicit choice gets overwritten by this process. This bug is only meant to allow functionality that libraries are currently, or have in the past, done. This feature should 100% be optional, by tickbox in the UI and flag on the command line importer. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 64

[Bug 21865] New: improve remove_unused_authorities.pl script
by bugzilla-daemon＠bugs.koha-community.org 18 May '20

18 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21865 Bug ID: 21865 Summary: improve remove_unused_authorities.pl script 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz remove_unused_authorities.pl script could be improved. At least : test mode more verbose, ES compatibility, add confirm arg -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 18499] New: catalog 'Call Number Browser' on edit items screen does not sort on items.cn_sort
by bugzilla-daemon＠bugs.koha-community.org 18 May '20

18 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18499 Bug ID: 18499 Summary: catalog 'Call Number Browser' on edit items screen does not sort on items.cn_sort Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To replicate: Find items which are on the same shelf in using the opac shelf browser, but whose items.itemcallnumber do not sort the same way alphanumerically. Edit one of the items, click on the elipses ( ... ) next to itemcallnumber in the edit items screen. This will bring up a 'Call numbers browser' screen. These will not be sorted the same way that they are sorted in the opac shelf browser. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 23206] New: Batch patron operations for reports which return borrowernumber or cardnumber
by bugzilla-daemon＠bugs.koha-community.org 18 May '20

18 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23206 Bug ID: 23206 Summary: Batch patron operations for reports which return borrowernumber or cardnumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: koha-bugs(a)lists.koha-community.org, testopia(a)bugs.koha-community.org Depends on: 23197, 19233 Target Milestone: --- Batch patron operations should be available to reports which return borrowernumber or cardnumber columns: - Batch patron modification - Add to patron list - Add to new patron card batch? - Batch patron deletion? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19233 [Bug 19233] Add ability to send itemnumbers in report results to batch modification https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23197 [Bug 23197] Add more batch operation options to SQL report results -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. You are on the CC list for the bug.

1 18

[Bug 23197] New: Add more batch operation options to SQL report results
by bugzilla-daemon＠bugs.koha-community.org 18 May '20

18 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23197 Bug ID: 23197 Summary: Add more batch operation options to SQL report results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 90971 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=90971&action=ed… Screenshot showing updated interface I propose to extend the functionality added by Bug 19233 so that one can send report results to the following operations: - Batch record deletion (with biblionumbers) - Batch record modification (with biblionumbers) - Batch item modification (with itemnumbers, currently the only option) - Batch item deletion Note that this change is still a template-only solution, so the batch operations will only get data contained in the first page of report results. The column names must be "biblionumber" and/or "itemnumber" in order for the feature to work. -- You are receiving this mail because: You are watching all bug changes.

1 14