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

[Bug 20500] New: koha-create fails to connect to mysql
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '20

05 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20500 Bug ID: 20500 Summary: koha-create fails to connect to mysql Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: synapse.ova(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net On VPS server (used Debian 8 and Ubuntu 16.04) installed Vesta CP, then installed Koha (17.11). MySQL version 5.5.59-0+deb8u1 (Debian). Everything was fine until I tried to create koha db: # sudo koha-create --create-db lib ERROR 1045 (28000): Access denied for user 'debian-sys-maint'@'localhost' (using password: YES) I found out that user debian-sys-maint is present on DB. Password, that is written in config file is the right one. The db user has enough privileges. The same problem was happening even if I tried to connect to MySQL with code, written in koha-create script: # mysql --defaults-extra-file=/etc/mysql/koha-common.cnf ERROR 1045 (28000): Access denied for user 'debian-sys-maint'@'localhost' (using password: YES) I tried wrapping options with quote marks, removing extra spaces in .cnf file but with no result. But somehow everything was fine after I changed option "defaults-extra-file" to "defaults-file". Just in case, these lines are contained in files: • koha-create • koha-remove • koha-reset-passwd • koha-restore (3 times) On installed system you can find them in the /usr/sbin/ folder -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 20381] New: Multiple copy of barcode/label printing option
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20381 Bug ID: 20381 Summary: Multiple copy of barcode/label printing option Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 72729 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=72729&action=ed… multiple lebel/barcode Some of the library used to paste 2 or more copy of barcode/label in a book/item but at present Koha provide option of printing only one barcode/label at a time i.e. if we wish to print again same copy of the barcode/label than print command needs to be executed. The problems: 1. The print command needs to be given again and again 2. If there is many barcode/label of several items than same item barcode may scatter in many pages of sheet/roll. 3. Staff may have confusion while pasting barcode/label from different label sheet which is scattered due to printing of multiple copy. Solution: We have already an option "Starting label position (In PDF) as shown in attached screenshot so similarly we may have "Number of copy" option adjacent to it. The multiple number of copy of a barcode/label should be printed adjacent to each other in pdf/sheet than next label followed by its multiple copy and so on. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 20353] New: Get rid of CurrencyFormat
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20353 Bug ID: 20353 Summary: Get rid of CurrencyFormat 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The syspref CurrencyFormat should be removed and the funcionality should be moved to administration -> currency management as discussed on bug 4078. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 20337] New: Add modification templates to Batch item modification
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20337 Bug ID: 20337 Summary: Add modification templates to Batch item modification Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org Batch item modification allows adding o deleting data, but not modification of existing data, for example change dashes to spaces in signatures. It should be possible to use also MARC Modification Template on items. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 23888] New: Incorrect vendor id in subscription creation causes internal server error
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23888 Bug ID: 23888 Summary: Incorrect vendor id in subscription creation causes internal server error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When adding a new subscription on the page /cgi-bin/koha/serials/subscription-add.pl and typing in the vendor field a non-existing vendor id "9999999999" and other fields correctly we get the following internal server error when clicking on the second page ”Save subscription”: DBIx::Class::Storage::DBI::_dbh_execute(): Out of range value for column 'aqbooksellerid' at row 1 at /kohadevbox/koha/Koha/Object.pm line 156 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 When such incorrect vendor id is typed it should not allow us to go to the next page by clicking ”Next” but instead complain the vendor info is not correct. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 24475] New: Reword FinesMode system preference
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '20

03 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24475 Bug ID: 24475 Summary: Reword FinesMode system preference 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The text for FinesMode reads: (Don't Calculate / Calculate and Charge / Calculate but only for mailing to the admin) fines (when misc/cronjobs/fines.pl is being run). NOTE: Fines can also be charged by the CalculateFinesOnReturn system preference. NOTE: This system preference requires the misc/cronjobs/fines.pl cronjob. Ask your system administrator to schedule it. This gives the impression that CalculateFinesOnReturn is an alternative to FinesMode -- that one could set FinesMode to "Don't calculate" and turn on CalculateFinesOnReturn in order to only calculate fines when an item is checked in. However, CalculateFinesOnReturn only works when FinesMode is set to "Calculate and charge." CalculateFinesOnReturn is an alternative to the fines cron, not to FinesMode. I'll think on better wording here and get back to this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 21503] New: Update AuthorisedValues.pm to fall back to code if description doesn't exist
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '20

03 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21503 Bug ID: 21503 Summary: Update AuthorisedValues.pm to fall back to code if description doesn't exist Change sponsored?: --- Product: Koha Version: 17.05 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org If depending on AuthorisedValues.pm (sub GetDescriptionByKohaField) for an authorised value, if a description doesn't exist, the description is left blank instead of failing to code. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 58

[Bug 22589] New: Remove sub C4::Overdues::BorType
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '20

03 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22589 Bug ID: 22589 Summary: Remove sub C4::Overdues::BorType 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- This sub is barely used and and can be easily changed to Koha::Patrons->find -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 24468] New: C4::Reserves::_get_itype is no longer used
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '20

03 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24468 Bug ID: 24468 Summary: C4::Reserves::_get_itype is no longer used Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing 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: 21206 Since bug 21206, C4::Reserves::_get_itype is not longer used and should be removed. commit 31c29fd31f557306233e6a2936148a5bb10b89a1 Bug 21206: Replace C4::Items::GetItem Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21206 [Bug 21206] C4::Items - Remove GetItem -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 21800] New: TransformKohaToMarc should respect non-repeatability of item subfields
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '20

03 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21800 Bug ID: 21800 Summary: TransformKohaToMarc should respect non-repeatability of item subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See the discussion on bug 21774 which refers back to adjustments by 10306. But actually Koha did never check if an item subfield is repeatable or not. Just put two barcodes and a pipe in the barcode field, save and open again and the barcode field is duplicated in the editor. This is before 18.05. And also after fix 21774 on 18.11 (if pushed which should). So how do we resolve the issue while 19096 removed the frameworkcode because it was no longer needed for Koha to Marc mappings? That is what we should solve here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45