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

[Bug 25726] New: Holds to Pull made empty by pathological holds
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '20

10 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25726 Bug ID: 25726 Summary: Holds to Pull made empty by pathological holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com After upgrading to 19.11, we're seeing libraries where pendingreserves.pl comes up empty when it shouldn't be. After some digging, we found it was because the library had some bad holds in their reserves table -- lines where reserves.itemnumber is null but reserves.found is not null. That runs into an issue on this line of the Holds to Pull query: AND items.itemnumber NOT IN (select itemnumber FROM reserves where found IS NOT NULL) I don't know exactly what changed between 19.05 and 19.11 to change how Koha thinks about this. I also don't know how libraries have ended up with these pathological holds. But that's a separate bug. To recreate: 1- place 2 bib-level holds on available items 2- confirm they both show on Holds to Pull 3- edit one hold from the database to set found='T' 4- reload Holds to Pull, confirm it is now empty -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 25313] New: Add optional skip_merge parameter to ModAuthority
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '20

10 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25313 Bug ID: 25313 Summary: Add optional skip_merge parameter to ModAuthority Change sponsored?: --- Product: Koha Version: master 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Just like in DelAuthority. Allows you to skip merge in batch transactions where you know that the merge is useless because the reporting tag did not change. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 26337] New: Remove unused authorities script should skip merge
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '20

10 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26337 Bug ID: 26337 Summary: Remove unused authorities script should skip merge 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Remove unused authorities checks if an authority is used If not it calls DelAuthority DelAuthority checks if the authority is used and removes it from records if it is. We should pass 'skip_merge' when calling form this script as we have already checked the usage here -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 26944] New: Help link from automatic item modification by age should go to the relevant part of the manual
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '20

10 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26944 Bug ID: 26944 Summary: Help link from automatic item modification by age should go to the relevant part of the manual 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 The Help link from automatic_item_modification_by_age.pl just goes to the manual home page. It should go to https://koha-community.org/manual//latest/en/html/tools.html#automatic-item… (or the proper version). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 26986] New: Second try to prevent Selenium's StaleElementReferenceException
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '20

10 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26986 Bug ID: 26986 Summary: Second try to prevent Selenium's StaleElementReferenceException Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal 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: 26162 This is a follow-up bug for bug 26162 The test is still failing: STRACE: /usr/share/perl5/Try/Tiny.pm:123 in Selenium::Remote::Driver::catch {...} /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm:353 in Try::Tiny::try (eval 1687):1 in Selenium::Remote::Driver::__ANON__ (eval 1689):2 in Selenium::Remote::Driver::__ANON__ /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm:1331 in Selenium::Remote::Driver::_execute_command /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm:1331 in (eval) /kohadevbox/koha/t/lib/Selenium.pm:126 in Selenium::Remote::Driver::find_element t/db_dependent/selenium/administration_tasks.t:137 in t::lib::Selenium::fill_form The screenshot is showing the library list, which means the edit button has not been clicked. In the selenium logs there is: 12:44:39 selenium_1 | 03:44:38.642 WARN - Exception: Unable to locate element: {"method":"xpath","selector":"//*[@id=\"branchname\"]"} 12:44:39 selenium_1 | For documentation on this error, please visit: http://seleniumhq.org/exceptions/no_such_element.html Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26162 [Bug 26162] Prevent Selenium's StaleElementReferenceException -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 26516] New: Importing records with unexpected format of copyrightdate fails
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '20

10 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26516 Bug ID: 26516 Summary: Importing records with unexpected format of copyrightdate fails Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 11046 attempted to improve the parsing of publicationyear/copyrightdate from marc records. Unfortunately copyrightdate is strictly an integer field, so now adds/imports fail if invalid data is passed To recreate: 1 - Add a new record to Koha making sure data is valid except 260$c: 198- 2 - Save the record 3 - It fails DBD::mysql::st execute failed: Data truncated for column 'copyrightdate' at row 1 [for Statement "INSERT INTO biblio SET frameworkcode = ?, author = ?, title = ?, subtitle = ?, medium = ?, part_number = ?, part_name = ?, unititle =?, notes = ?, serial = ?, seriestitle = ?, copyrightdate = ?, datecreated=NOW(), abstract = ? " with ParamValues: 0='', 1=undef, 2="This record", 3=undef, 4=undef, 5=undef, 6=undef, 7=undef, 8=undef, 9=0, 10=undef, 11="198-", 12=undef] at /kohadevbox/koha/C4/Biblio.pm line 2745. ERROR in _koha_add_biblio INSERT INTO biblio -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 16391] New: In 'Tools', the link 'Tool plugins' has '?method=tool' in its link, which does not show all installed plugins
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '20

10 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16391 Bug ID: 16391 Summary: In 'Tools', the link 'Tool plugins' has '?method=tool' in its link, which does not show all installed plugins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: arslanone(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The link for plugins page in 'Tools' labeled as 'Tool plugins' takes us to cgi-bin/koha/plugins/plugins-home.pl?method=tool, see: http://i.imgur.com/ak2T1lE.png But not all installed plugins gets listed that way, see: http://i.imgur.com/ujPNiOZ.png If I manually remove ?method=tool from the address bar, and enter, then I can see all plugins, see: http://i.imgur.com/gH7kB8f.png -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 26595] New: Add SMTP server column to libraries table
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '20

10 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26595 Bug ID: 26595 Summary: Add SMTP server column to libraries table 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 26290] New: Allow setting default SMTP parameters in koha-conf.xml
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '20

10 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26290 Bug ID: 26290 Summary: Allow setting default SMTP parameters in koha-conf.xml 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 This way people installing Koha can set their SMTP on deployment. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 27021] New: Chaining on Koha::Objects->empty should always return an empty resultset
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '20

09 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27021 Bug ID: 27021 Summary: Chaining on Koha::Objects->empty should always return an empty resultset 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce: - Run the provided regression tests -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18