July 2019 - 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 09 Apr '20

09 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 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 18177] New: Many unused columns in aqbooksellers
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '20

08 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18177 Bug ID: 18177 Summary: Many unused columns in aqbooksellers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I've found that the following columns are not actually used (in Koha's codebase): - address2 - address3 - address4 - othersupplier - currency - booksellerfax - booksellerurl -- You are receiving this mail because: You are watching all bug changes.

1 57

[Bug 15870] New: Add Filter for MARC to respect visibility settings
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '20

08 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15870 Bug ID: 15870 Summary: Add Filter for MARC to respect visibility settings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org There needs to be a new filter for MARC::Records such that when a record is processed a cloned record with hidden fields and sub-fields excluded. This will only affect MARC::Records, and as such will leave some visibility gaps still. This will only attempt to implement this filter on OPAC pages, though the filter should be usable for the staff client as well. -- You are receiving this mail because: You are watching all bug changes.

1 48

[Bug 20364] New: Show languages from MARC21 field 041 in intranet
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '20

08 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20364 Bug ID: 20364 Summary: Show languages from MARC21 field 041 in intranet Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org The encoded languages from MARC21 field 041 are not shown anywhere. These are quite important for example DVD video material (subtitle languages). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 20359] New: Auto-Renew notice not able to pull branch information
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '20

06 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20359 Bug ID: 20359 Summary: Auto-Renew notice not able to pull branch information Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Information from the branches table cannot be pulled into the AUTO_RENEW notice. This is an issue for libraries that want to include library contact information in their notices that will automatically update when values are changed in Koha or for multi-branch systems that want their notices to specify where the renewed item is from. To replicate: 1: Write an AUTO_RENEW notice including either <<branches.branchname>> or [% branch.branchname %] 2: Run the auto-renew cron with notices 3: Observe that branch info is not included in the notice -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 18110] New: Adds FR to the syspref AddressFormat
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '20

06 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18110 Bug ID: 18110 Summary: Adds FR to the syspref AddressFormat Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.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 61