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

[Bug 13657] New: Don't show extra comma after guarantor name on patron details
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '16

19 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13657 Bug ID: 13657 Summary: Don't show extra comma after guarantor name on patron details Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a patron is linked to an organisation, the name of the 'guarantor' is shown on the patron details page in staff. An organisation has no firstname, but the template expects one and adds an extra comma after the name. Example: Garantor: Organisation, To test: - Create 2 patrons, one each for - an organisation type patron category - a member of organisation type patron category - Link both from the 'member patron' edit form - Note that the guarantor is now shown on the details tab - Verify there is an extra comma after the organisation's name -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 13531] New: bulkmarcimport bombs if no match is found
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '16

19 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13531 Bug ID: 13531 Summary: bulkmarcimport bombs if no match is found Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org When using bulkmarcimport with the below command it would appear that if the match attribute is missing from the import file that the script dies at that point in the import. ../kohaclone/misc/migration_tools/bulkmarcimport.pl -filter="952" -update -match="Control-number,001" -file Results/all_ches_bib.mrc -v -l Logs/overlay.log I feel this should report the error, but more conventiently continue with the rest of the import batch thereafter. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 10241] New: Easy analyticals creates two 773 fields. Search/link from host to children is broken
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '16

19 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10241 Bug ID: 10241 Summary: Easy analyticals creates two 773 fields. Search/link from host to children is broken Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P4 Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: eb(a)efdss.org UseControlNumber preference is set to "Don't use" and the EasyAnalyticalRecords preference is set to 'Display.' I created a record, and then selected New child record and created an analytic. Then, following the instructions in the manual Chapter 5 http://es.koha-community.org/manual/3.10/en/cataloging.html#cataloganalytics I linked the analytic to the host item. This resulted in two 773 fields. The first (created when adding a new child record contains: w Host Record control number 005037189 d Place, publisher, and date of publication Milwaukee : Hal Leonard, [2002?] z International Standard Book Number 0634038788 t Title Selections from O brother, where art thou? : The second 773, created when I linked the child to the parent contains the above, plus 0 Host Biblionumber 19017 9 Host Itemnumber 20551 The search for analytics is driven by the host item number, which is not included in the 773 that is created with a new child record. So you must link the child to the parent. But why create an additional 773? It looks messy. Second part possibly not related at all to the above: When I go to the host item in the staff interface and click on Analytics it says Used in 4 analytics ('4 analytics' is a link: http://kohaadmin-test.efdss.org/cgi-bin/koha/catalogue/search.pl?idx=hi&q=2… If I click on the link: No results found. No results match your search for 'hi,wrdl: 20551' in VWML Test Catalog. But if I put the host item number 20551 into the search field, it returns the children and the parent record. Something about the search from analytics is not functioning correctly. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 13586] New: Makefile.PL mentions win32
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '16

19 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13586 Bug ID: 13586 Summary: Makefile.PL mentions win32 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: katrin.fischer(a)bsz-bw.de, rochellehealy.student(a)wegc.school.nz, the.invinnysible.one(a)gmail.com Depends on: 13570 Whilst working on Bug #13570, Katrin spotted that MSWin32 is also still mentioned within the makefile.. we should also clean it up in there :) -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 13676] New: OpacSuppression description says 'items' but means 'records'
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '16

19 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13676 Bug ID: 13676 Summary: OpacSuppression description says 'items' but means 'records' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The OpacSuppression preference description is not clear: ... items marked as suppressed from OPAC search results. Note that you must have the <code>Suppress</code> index set up in Zebra and at least one suppressed item, or your searches will be broken. ... The feature works on record level, not on item level. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 12210] New: Baker & Taylor book jackets not disabled when BakerTaylorBookstoreURL is not populated
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '16

19 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12210 Bug ID: 12210 Summary: Baker & Taylor book jackets not disabled when BakerTaylorBookstoreURL is not populated Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: bartonski(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The description of the BakerTaylorBookstoreURL syspref says "Baker and Taylor "My Library Bookstore" links should be accessed at https:// isbn (this should be filled in with something like ocls.mylibrarybookstore.com/MLB/actions/searchHandler.do?nextPage=bookDetai…) Leave it blank to disable these links." Leaving this syspref blank does not disable the links. Instead, they are populated without the bookstore URL: the cover image for ISBN 1575725738 will cause koha to make a request to http://1575725738, which will, of course, time out. Leaving BakerTaylorBookstoreURL blank should disable any URL that depends on this syspref, as stated in the syspref description. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 13549] New: Add cardnumber to overdue circulation report overdue.pl
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '16

19 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13549 Bug ID: 13549 Summary: Add cardnumber to overdue circulation report overdue.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 35096 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35096&action=edit overdue_report Hi, It would be fine to see borrower's cardnumber on overdue circulation report in patron column. Thanks. Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 12028] New: add cardnumber on update patron records page
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '16

19 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12028 Bug ID: 12028 Summary: add cardnumber on update patron records page Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 26768 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26768&action=edit patron update Hi, It would be fine to have patron cardnumber on member-update.pl. This will avoid confusion of homonymous. Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 15594] New: Sequence of MARC 260 subfields different on XSLT result list and detail page
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '16

19 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15594 Bug ID: 15594 Summary: Sequence of MARC 260 subfields different on XSLT result list and detail page 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: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org Sequence of MARC 260 subfields different on XSLT result list and detail page (both in staff client and OPAC) when there are repeating subfields $a and/or $b. For example: On MARC cataloguing screen it is entered as: $aNew York :$bHarperCollins ;$aMelbourne :$bCollins,$c2016 is displayed as: New York : Melbourne : HarperCollins ; Collins, 2016 It needs to match the order it is entered on the MARC cataloguing screen. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15437] New: MARC21: Show $i for 780/785
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '16

19 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15437 Bug ID: 15437 Summary: MARC21: Show $i for 780/785 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The $i subfield is currently not displayed for 780/785 in MARC21 detail views. We should display it. -- You are receiving this mail because: You are watching all bug changes.

1 3