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

[Bug 26343] New: Blank columns in patron import csv clears existing data when overwriting
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26343 Bug ID: 26343 Summary: Blank columns in patron import csv clears existing data when overwriting Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When importing/overlaying patrons, if you have any blank columns in the csv, any existing data in a patron record is cleared. There should be an option as to whether or not you intend to clear the data using blank columns or not. To recreate: 1. Create patron with several items of data, such as address, city, phone. 2. Create a csv with username, address, and a blank column for phone 3. Import patron file, using the overwrite function 4. See that the phone info is now blank in the patron record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 26306] New: Access denied for user 'koha_library'@'localhost'
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26306 Bug ID: 26306 Summary: Access denied for user 'koha_library'@'localhost' Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: spazzali(a)magritte.it QA Contact: testopia(a)bugs.koha-community.org Created attachment 109223 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=109223&action=e… first line of a history command run on the server This might be a bug or not, is given with a workaround and happened restoring a koha-dump backap to a brand new Koha installation. I installed KOHA 20.05.02.000 on AWS Ubuntu 20 EC2 instance then I tried a koha-restore from a 19.11.05.000 koha-dump backup raise the following error: ERROR 1396 (HY000) at line 1: Operation DROP USER failed for 'koha_library'@'%' DBI connect('database=koha_library;host=localhost;port=3306','koha_library',...) failed: Access denied for user 'koha_library'@'localhost' (using password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1517. DBI connect('database=koha_library;host=localhost;port=3306','koha_library',...) failed: Access denied for user 'koha_library'@'localhost' (using password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1517. DBI connect('database=koha_library;host=localhost;port=3306','koha_library',...) failed: Access denied for user 'koha_library'@'localhost' (using password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1517. DBI connect('database=koha_library;host=localhost;port=3306','koha_library',...) failed: Access denied for user 'koha_library'@'localhost' (using password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1517. DBIx::Class::Storage::DBI::catch {...} (): DBI Connection failed: Access denied for user 'koha_library'@'localhost' (using password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1520. at /usr/share/koha/lib/Koha/Database.pm line 116 Something went wrong rebuilding biblio indexes for library DBI connect('database=koha_library;host=localhost;port=3306','koha_library',...) failed: Access denied for user 'koha_library'@'localhost' (using password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1517. DBI connect('database=koha_library;host=localhost;port=3306','koha_library',...) failed: Access denied for user 'koha_library'@'localhost' (using password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1517. DBI connect('database=koha_library;host=localhost;port=3306','koha_library',...) failed: Access denied for user 'koha_library'@'localhost' (using password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1517. DBI connect('database=koha_library;host=localhost;port=3306','koha_library',...) failed: Access denied for user 'koha_library'@'localhost' (using password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1517. DBIx::Class::Storage::DBI::catch {...} (): DBI Connection failed: Access denied for user 'koha_library'@'localhost' (using password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1520. at /usr/share/koha/lib/Koha/Database.pm line 116 Something went wrong rebuilding authority indexes for library Restarting apache2 (via systemctl): apache2.service. I attach the full history that bring to that errors (there is some useless stuff but i prefer to leave it untouched) note that in a first time I set a password to mariaDB user root then (1) I removed mariaDB root password but still get the error then I found this link https://kohageek.blogspot.com/2020/06/dbixclassstoragedbicatch-dbi-connecti… and with a "sudo service memcached restart" before the koha-restore command I got no error and the library is perfectly imported at the end I had to force a sudo service koha-common restart to have the Zebra server running. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 26293] New: Allow libraries to write off all fines in a range of dates
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26293 Bug ID: 26293 Summary: Allow libraries to write off all fines in a range of dates 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: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Libraries should be able to write off fines accrued between a range of dates in bulk. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 34895] New: misc/admin/koha-preferences should have pl extension
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34895 Bug ID: 34895 Summary: misc/admin/koha-preferences should have pl extension Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 Script misc/admin/koha-preferences should have pl extension, like misc/admin/set_password.pl This to avoid forgetting it contains perl code to maintain. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 26292] New: HTML5 Media doesn't display in 19.11
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26292 Bug ID: 26292 Summary: HTML5 Media doesn't display in 19.11 Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -Add a YouTube video to the 856u of a record -Make sure HTML5MediaEnabled is turned on -Go to the item record in both the OPAC and staff client/ -There is no "Play media" tab -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 26739] New: koha-preferences improvements
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26739 Bug ID: 26739 Summary: koha-preferences improvements Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)trust-box.at QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz koha-preferences needs improvements /usr/share/koha/bin/admin/koha-preferences + needs (better) error messages + avoid returning/dying in the middle of functions instead of exceptions + maybe the ability to force preferences updates when the number of existing preferenences is different from the dump on the long run many other tables are in settings effectivly: eg overdues, letters etc -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 26241] New: HoldsQueueSkipClosed blocks updates to Transport Cost Matrix
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26241 Bug ID: 26241 Summary: HoldsQueueSkipClosed blocks updates to Transport Cost Matrix Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When HoldsQueueSkipClosed is set to Closed, it will disable libraries in the Transport Cost Matrix that are closed. This is fine, except it makes it impossible to update the values of closed libraries. You either have to wait until the library is not closed to update the value or set HoldsQueueSkipClosed to Open and Closed, updated values in the matrix, and set HoldsQueueSkipClosed back to Closed. If you try to update the matrix while HoldsQueueSkipClosed is set to Closed by enabling the disabled value, you are not shown the previous value. If you set a value, it does save, but when you refresh the page, the value is disabled. This is not a problem in itself, but the process is confusing. It took me a long time to discover that the HoldsQueueSkipClosed preference was controlling the matrix. * It would be preferred if the HoldsQueueSkipClosed preference noted that it controls the enabling and disabling of the matrix. * It would be preferred if the matrix noted on the page that it was being controlled by the HoldsQueueSkipClosed preference. * It would be preferred that disabling a value in the matrix didn't hide the value of that is disabled. * It would be preferred that the matrix could be updated without having to enable a value first. Values and disabling should be independent. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 8483] Borrower reading history should include deleted items
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

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

1 0

[Bug 26218] New: When a patron is created or edited from OPAC and the date of birth is invalid it is not giving any alert message
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26218 Bug ID: 26218 Summary: When a patron is created or edited from OPAC and the date of birth is invalid it is not giving any alert message 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: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 29327] New: Add option to remove Non-Priority status from hold
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29327 Bug ID: 29327 Summary: Add option to remove Non-Priority status from hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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: 22789 When one creates a non-priority hold, there is no way to update that hold to remove non-priority status. It would be good to be able to remove non-priority without cancelling and re-placing the hold. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22789 [Bug 22789] Establish non-priority holds -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5