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

[Bug 22186] New: Reword 'number of num' when renewing a subscription
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22186 Bug ID: 22186 Summary: Reword 'number of num' when renewing a subscription Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- Find a subscription that has expired Click Renew Notice there is a text input with label "Number of num" which isn't very clear -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 21037] New: auth_show_hidden_data.pl gives false positives about 942$a and 152$b fields.
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '20

10 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21037 Bug ID: 21037 Summary: auth_show_hidden_data.pl gives false positives about 942$a and 152$b fields. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Because the authority record subfields 152$b (UNIMARC) 942$a (MARC21) are used for the authority type. And they won't disappear if hidden when an authority record is saved. (tested on the 942$a and few colleagues remember it's the same for 152$b) It seems that exemptions for these fields are hard coded. These false positives create noise and might lead to errors where users would think that they need to make them visible. So they could be filtered out unless there is a reason to keep them, right? == Going further == Maybe it's for another bug if these ↓ cases are not as clear as the other ones. But if it's clear then better one bug than two :) 001 is the RECORD IDENTIFIER and 100$a (UNIMARC: General Processing Data) is recreated if missing. So same question for these. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 20169] New: Two tests are failing with DBD::mysql 4.041
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '20

10 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20169 Bug ID: 20169 Summary: Two tests are failing with DBD::mysql 4.041 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Two tests are failing with DBD::mysql 4.041 prove t/db_dependent/Accounts.t t/db_dependent/Bookseller.t t/db_dependent/Accounts.t .... 17/23 # Failed test 'Correct amount logged to statistics' # at t/db_dependent/Accounts.t line 398. # got: '100' # expected: '100.0000' # Looks like you failed 1 test of 8. t/db_dependent/Accounts.t .... 20/23 # Failed test 'More Koha::Account::pay tests' # at t/db_dependent/Accounts.t line 400. # Failed test 'Correct amount logged to statistics' # at t/db_dependent/Accounts.t line 452. # got: '60' # expected: '60.0000' # Looks like you failed 1 test of 8. t/db_dependent/Accounts.t .... 21/23 # Failed test 'Even more Koha::Account::pay tests' # at t/db_dependent/Accounts.t line 454. t/db_dependent/Accounts.t .... 23/23 # Looks like you failed 2 tests of 23. t/db_dependent/Accounts.t .... Dubious, test returned 2 (wstat 512, 0x200) Failed 2/23 subtests t/db_dependent/Bookseller.t .. 2/86 # Failed test 'Koha::Acquisition::Booksellers->search returns the right informations about supplier Name2' # at t/db_dependent/Bookseller.t line 120. # Structures begin differing at: # $got->{discount} = '2' # $expected->{discount} = '2.0000' # Failed test 'Returns right fields of Supplier1 and Supplier2' # at t/db_dependent/Bookseller.t line 133. # Structures begin differing at: # $got->[0]{discount} = '2' # $expected->[0]{discount} = '2.0000' # Failed test 'Get Supplier1 (find a bookseller by id)' # at t/db_dependent/Bookseller.t line 152. # Structures begin differing at: # $got->{discount} = '1' # $expected->{discount} = '1.0000' # Looks like you failed 3 tests of 86. t/db_dependent/Bookseller.t .. Dubious, test returned 3 (wstat 768, 0x300) Failed 3/86 subtests Test Summary Report ------------------- t/db_dependent/Accounts.t (Wstat: 512 Tests: 23 Failed: 2) Failed tests: 20-21 Non-zero exit status: 2 t/db_dependent/Bookseller.t (Wstat: 768 Tests: 86 Failed: 3) Failed tests: 9, 11, 15 Non-zero exit status: 3 Files=2, Tests=109, 12 wallclock secs ( 0.05 usr 0.01 sys + 4.63 cusr 0.75 csys = 5.44 CPU) Result: FAIL Tests pass with DBD::mysql 4.028 -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 23268] New: "Suspending all holds" calendar allows to select past date
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '20

10 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23268 Bug ID: 23268 Summary: "Suspending all holds" calendar allows to select past date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: emmi.takkinen(a)outlook.com QA Contact: testopia(a)bugs.koha-community.org When using "Suspend all holds" in "circulation" and "moremember" templates, patron is able to select past dates. This doesn't occur when suspending individual holds. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 24719] New: C4::Context::set_remote_address() prevents file upload for non-Plack Koha
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '20

09 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24719 Bug ID: 24719 Summary: C4::Context::set_remote_address() prevents file upload for non-Plack Koha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Unfortunately, https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23068 appears to have broken file upload in non-Plack CGI Koha (I haven't checked Plack enabled Koha). If you have koha_trusted_proxies set, when you load C4::Auth, it'll create a CGI object. It appears that creating this CGI object does some global work, which causes CGI::init to malfunction, and as a result Koha::Uploader's CGI upload hook never runs. -- I was comparing two 19.11 instances. File upload worked on one but not the other. The likely culprit looked like system preferences or koha-conf.xml and thus code being invoked by C4::Context or C4::Auth. In the end it was C4::Auth calling C4::Context->set_remote_address(). (Not a fun experience troubleshooting this one by any means O_O.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 21224] New: Relator term in 100$e should not be used with Authority linker script
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '20

08 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21224 Bug ID: 21224 Summary: Relator term in 100$e should not be used with Authority linker script 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: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 77802 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=77802&action=ed… LOC PCC Guidelines for the Application of Relationship Designators in NACO Authority Records. http://loc.gov/aba/pcc/documents/OpCo-2016/PCCSCSSCTTFAuthRDsGuidelinesFina… Subfield $e should not be used in Authority records. It can (and should) be used in bibliographic records (RDA). When the linker runs it will not match if the bib record has 100$e field and the authority does not. The linker needs to ignore the $e in the bibliographic record and match on the other subfields only Example the following bib marc tag 100\\$aSendak, Maurice $eauthor should match the authority record with the following 100 tag. 100\\$aSendak, Maruice -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 24605] New: Series link from 830 is not uri encoded
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '20

08 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24605 Bug ID: 24605 Summary: Series link from 830 is not uri encoded Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Missed one on bug 14716 -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 24245] New: opac-registration-confirmation.tt has incorrect HTML body id
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '20

08 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24245 Bug ID: 24245 Summary: opac-registration-confirmation.tt has incorrect HTML body id Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The <body id=> of self register confirm page is opac-main. It should be opac-registration-confirmation. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 23726] New: Give class to No Items Available text on OPAC results page
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '20

08 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23726 Bug ID: 23726 Summary: Give class to No Items Available text on OPAC results page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In the OPAC search results if an item is unavailable the text "No Items Available" appears but is not inside of an HTML element and can be hard to change or apply CSS to. This should be inside a <span> element. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 23946] New: Remove Noun Project icons from the About page
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '20

08 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23946 Bug ID: 23946 Summary: Remove Noun Project icons from the About page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: fridolin.somers(a)biblibre.com, gmcharlt(a)gmail.com, lucas(a)bywatersolutions.com, testopia(a)bugs.koha-community.org Depends on: 23711 Bug 23711 removed all the Noun Project icons from Koha, so the attribution can be removed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23711 [Bug 23711] Icons on staff main page should be font icons -- You are receiving this mail because: You are watching all bug changes.

1 8