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

[Bug 24560] New: Don't show "Public Lists" in OPAC List menu if no public lists exist
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24560 Bug ID: 24560 Summary: Don't show "Public Lists" in OPAC List menu if no public lists exist 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On the OPAC, the dropdown for Lists always includes the heading Public Lists, even if no public lists exist. This is sub-optimal for libraries that want VirtualShelves enabled for private lists but don't want to use public lists. Could we just make the heading not show if there are no public lists in the system? -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 24546] New: Club/Hold.t has a wrong call to build_sample_item
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24546 Bug ID: 24546 Summary: Club/Hold.t has a wrong call to build_sample_item Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor 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 In t/db_dependent/Koha/Club/Hold.t: my $item1 = $builder->build_sample_item({ branchcode => $library->branchcode }); my $item2 = $builder->build_sample_item({ branchcode => $library->branchcode }); build_sample_item takes either "library" or the item's attributes. branchcode is not part of the item's table, so what those 2 lines are trying to acchieve is wrong. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 24543] New: Wrong test in api/v1/checkouts.t
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24543 Bug ID: 24543 Summary: Wrong test in api/v1/checkouts.t 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 In t/db_dependent/api/v1/checkouts.t we define a circulation rule with renewalperiod=7. But then the expected due date is today+14 days. However, at the beginning of the script, the due_date of the issue is today+14 days. That highlight that the renewal period is not taken into account. The circulation rule is created with renewalperiod and renewalsallowed, however GetLoanLength check the existence of issuelength to return the rule. GetLoanLength finally return the default rule, with renewalperiod=0 -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 24507] New: Checkouts/ReturnClaim.t is failing on MySQL 8
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24507 Bug ID: 24507 Summary: Checkouts/ReturnClaim.t is failing on MySQL 8 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: 14697 $ prove t/db_dependent/Koha/Checkouts/ReturnClaim.t t/db_dependent/Koha/Checkouts/ReturnClaim.t .. # Failed test 'Exception field is correct' # at t/db_dependent/Koha/Checkouts/ReturnClaim.t line 97. # got: 'return_claims.issue_id' # expected: 'issue_id' # Looks like you failed 1 test of 8. t/db_dependent/Koha/Checkouts/ReturnClaim.t .. 1/1 # Failed test 'store() tests' # at t/db_dependent/Koha/Checkouts/ReturnClaim.t line 133. This is similar to bug 23825. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14697 [Bug 14697] Extend and enhance "Claims returned" lost status -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 24503] New: Missing use in value builder barcode_manual.pl
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24503 Bug ID: 24503 Summary: Missing use in value builder barcode_manual.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 22721 added use C4::Biblio in cataloguing/value_builder/barcode.pl. This is missing in value builder barcode_manual.pl. You get the error : Undefined subroutine &Koha::FrameworkPlugin::GetMarcFromKohaField called at cataloguing/value_builder/barcode_manual.pl line 41. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 16683] New: Help links to fields 59X in cataloguing form are broken
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16683 Bug ID: 16683 Summary: Help links to fields 59X in cataloguing form are broken Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: joachim.ganseman(a)ehb.be QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the cataloguing form, the help links (question mark) for fields 590, 591, 592 etc. are broken. Such links should not point to http://www.loc.gov/marc/bibliographic/bd590.html but to http://www.loc.gov/marc/bibliographic/bd59x.html -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 23799] New: Mojolicious::Plugin::OpenAPI missing
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23799 Bug ID: 23799 Summary: Mojolicious::Plugin::OpenAPI missing Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: dalagiorgos(a)sch.gr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 93984 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93984&action=ed… Screenshot of the web installer (in Greek) I've just installed koha on a laptop running Debian 10 and I'm facing the following problem. The web installer is telling me that there are some Perl modules missing. In particular the Mojolicious::Plugin::OpenAPI module is missing. However I got no errors during koha-common installation. I've even tried to run 'sudo apt-get install libmojolicious-plugin-openapi-perl' again but apt is reporting that it is already the newest version. What do I do? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 20645] New: Print patrons before anonymise
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20645 Bug ID: 20645 Summary: Print patrons before anonymise 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This is follow-up for bug 20604, we need to know who was anonymised to be able to destroy any paper information anonymised patrons. (application form, contract, ...) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 20604] New: Provide a way to anonymise patron records
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20604 Bug ID: 20604 Summary: Provide a way to anonymise patron records 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We need a way to anonymise patron data, but keep a record for statistics purpose. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 24236] New: Using quotes in a cataloging search, resulting in multiple pages, will not allow you to advance page
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '20

14 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24236 Bug ID: 24236 Summary: Using quotes in a cataloging search, resulting in multiple pages, will not allow you to advance page Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tgoatley(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you do a search that has multiple page results in cataloging, if you do that search in quotations it will not allow you to advance the page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19