August 2014 - Koha-bugs - lists.koha-community.org

[Bug 12736] New: Index the 035$a field for authorities
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '14

08 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12736 Bug ID: 12736 Summary: Index the 035$a field for authorities Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If we index the 035$a field, we can store old controlnumbers in that field, and match on them when importing records. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12734] New: Authority 001 should be set to authid in AddAuthority()
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '14

08 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12734 Bug ID: 12734 Summary: Authority 001 should be set to authid in AddAuthority() Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org In AddBiblio() (and other Biblio functions), we use _koha_marc_update_bib_ids() to set/reset the 999$c and 999$d to the biblionumber and biblioitemnumber. In AddAuthority(), there is some handling for adding the authid to the 001, but it only happens if no $authid is supplied to the function, or if an $authid is provided and the record to be added doesn't have a 001. Most of the time, this doesn't seem to matter...because the auth_header.authid value is used a lot of the time in Koha. Moreover, rebuild_zebra.pl will reset the 001 for a record to auth_header.authid or zebraqueue.biblio_auth_number (depending on how the record is being indexed), so searching Zebra using the authid value will still work. However, that means that the 001 in the MARC in the MySQL database can be different from the 001 in MARC the Zebra database. This is a common scenario if you upload authorities using "bulkmarcimport.pl -keepids=035a". The 001 from the record will be moved to the 035$a leaving the record without a 001. The authid (whether it's from a matched record or a newly calculated value) will be set in the database column and in the 001 in Zebra...but not in the MARC in MySQL. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 12722] New: Population of Authority 001 is inconsistent
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '14

08 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12722 Bug ID: 12722 Summary: Population of Authority 001 is inconsistent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Importing New Authority: 1) Staged MARC Management && Z39.50 MARC import The 001 will be the "authid", which will be the primary key in the auth_header table. This is regardless of whether there is a 001 in the incoming record or not. (This is rather shocking, since you can SEE the 001 in the incoming record. But the incoming 001 will be dumped in favour of the "authid".) 2) bulkmarcimport.pl The 001 will be the incoming 001, and NOT the "authid"... UNLESS you use the "-keepid=FIELD" flag OR if there is no 001 on the incoming record. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 4045] No check for maximum number of allowed holds from OPAC.
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master CC| |tomascohen(a)gmail.com --- Comment #74 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Patch pushed to master. Thanks Kyle! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11673] New: columns.def has swapped last and first name of alt contact
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11673 Bug ID: 11673 Summary: columns.def has swapped last and first name of alt contact Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org borrowers.altcontactfirstname Alternate contact: Last name borrowers.altcontactsurname Alternate contact: First name -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 12699] New: Capitalization: All Libraries in pull down on news tool page
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12699 Bug ID: 12699 Summary: Capitalization: All Libraries in pull down on news tool page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org 'All Libraries' on tools > news should be 'All libraries'. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 12635] New: Course reserves item list should use "Checked out" instead of "On Loan"
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12635 Bug ID: 12635 Summary: Course reserves item list should use "Checked out" instead of "On Loan" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Koha uses the phrase "checked out" in the default en translation instead of "on loan." Also incorrect: Capitalization of "Item Lost." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 12686] New: Make more selected option XHTML complian
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12686 Bug ID: 12686 Summary: Make more selected option XHTML complian Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Need to be <option ... selected="selected">...</option> -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 12731] New: Mulitiple setspecs that use the same MARC tag only work for the first setspec
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12731 Bug ID: 12731 Summary: Mulitiple setspecs that use the same MARC tag only work for the first setspec Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: sowder(a)andrews.edu QA Contact: testopia(a)bugs.koha-community.org I have discovered that if you have a record that is in multiple OAI Sets you cannot use the same MARC tag for mapping them. Thus, if you have two sets with mapping as 590a is equal to TOM 590a is equal to MARY And a record with ... 590a TOM 590a MARY ... This record will be in the OAI set "TOM" and it will NOT be in the set "MARY". If you switch the order of the 590a so that ... 590a MARY 590a TOM ... Then the record will be in the OAI set "MARY" but not in "TOM". Because the "map reader" stops after the first mapping match. I consider this a bug. It should read all of the 590a tags and map each one that is a match. Don't forget that the MARC tag used in OAI mapping must be an indexed tag. BTW: This is Koha V3.16.02.000 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12098] New: User can edit some subcriptions he should be prevented to
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12098 Bug ID: 12098 Summary: User can edit some subcriptions he should be prevented to Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com If the user doesn't have the superserials permission, or isn't superlibrarian, you can still edit a subscription accessing the subscription detail page through the serial collection page (for records with multiple subscriptions) or accessing the detail page directly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17