September 2012 - Koha-bugs - lists.koha-community.org

[Bug 3782] delivered z39.50 targets wrong for NY Public Library and NY University Library
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '12

16 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3782 Mason James <mtj(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA CC| |mtj(a)kohaaloha.com QA Contact| |mtj(a)kohaaloha.com --- Comment #15 from Mason James <mtj(a)kohaaloha.com> --- (In reply to comment #14) > Created attachment 11758 [details] > Bug 3782: Remove broken z39.50 targets from sample files > > Removes NYPL and NYU from the list of sample z39.50 servers, because > they don't work or only work inconsistently. > > Signed-off-by: Chris Cormack <chrisc(a)catalyst.net.nz> nice patch!, passing QA… $ koha-qa.pl testing 1 commit(s) (applied to commit 3f31617) * 73857bf Bug 3782: Remove broken z39.50 targets from sample files installer/data/mysql/de-DE/optional/sample_z3950_servers.sql installer/data/mysql/en/optional/sample_z3950_servers.sql installer/data/mysql/es-ES/optional/sample_z3950_servers.sql installer/data/mysql/pl-PL/optional/sample_z3950_servers.sql -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4321] C4::Biblio::GetBiblio is badly coded
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '12

16 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4321 Mason James <mtj(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA CC| |mtj(a)kohaaloha.com QA Contact|koha-bugs(a)lists.koha-commun |mtj(a)kohaaloha.com |ity.org | --- Comment #5 from Mason James <mtj(a)kohaaloha.com> --- (In reply to comment #4) > Created attachment 11849 [details] > Bug 4321: clean C4::Biblio::GetBiblio and uses > > Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> > Signed-off-by: Jared Camins-Esakov <jcamins(a)cpbibliography.com> nice patch!, passing QA… $ koha-qa.pl testing 1 commit(s) (applied to commit 2a60d49) * fb741a8 Bug 4321: clean C4::Biblio::GetBiblio and uses C4/Biblio.pm C4/ILSDI/Services.pm C4/ImportBatch.pm C4/Serials.pm catalogue/imageviewer.pl catalogue/issuehistory.pl opac/opac-imageviewer.pl * C4/Biblio.pm OK * C4/ILSDI/Services.pm OK * C4/ImportBatch.pm OK * C4/Serials.pm OK * catalogue/imageviewer.pl OK * catalogue/issuehistory.pl OK * opac/opac-imageviewer.pl OK -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 8520] New: Authorities display incorrectly in staff results
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '12

16 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8520 Priority: P5 - low Change sponsored?: --- Bug ID: 8520 Assignee: jcamins(a)cpbibliography.com Summary: Authorities display incorrectly in staff results Severity: major Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha Instead of the main entry, authority results on the staff client show things like: "HASH(0xadef408) used for/see from: Smithsonian Institution. Arthur M. Sackler Gallery used for/see from: Sackler Gallery (Smithsonian Institution)" -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 8653] New: With DOM indexing turned on subject authority links are not indexed
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '12

16 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8653 Priority: P5 - low Change sponsored?: --- Bug ID: 8653 Assignee: gmcharlt(a)gmail.com Summary: With DOM indexing turned on subject authority links are not indexed Severity: enhancement Classification: Unclassified OS: All Reporter: colin.campbell(a)ptfs-europe.com Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha Description: upgrade saying yes to DOM. Rebuild zebra index Say you have a bib record for Progeamming Perl Author: Wall, Larry Subject: Perl Computer programming language - bothheadings are authorised (with correct $9s) in an authority search the author links to 1 biblio the subject to 0 All authorities show 0 biblios Cause: originally a whitespace error in etc/zebradb/marc_defs/marc21/biblios/record.abs entries like melm 650$9 Koha-Auth-Number have a number of spaces after Number It looks like etc/zebradb/marc_defs/marc21/biblios/biblio-koha-indexdefs.xml was generated from this programmatically and it has created entries like Koha-Auth-Number :w when that is processed by xsl to produce the zebra index defs this becomes Koha-Auth-Number :w zebra finds the definition doesnt match and skips the $9s Removed the spaces, regenerated the biblio-zebra-indexdefs; restarted zebra and rebuilt the index and authorities link to bibs again -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 4173] Statuses not appearing in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '12

16 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4173 --- Comment #23 from Chris Cormack <chris(a)bigballofwax.co.nz> --- String changes, held until after the string freeze -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8743] New: ZOOM error when merging authority change to biblios
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '12

16 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8743 Priority: P3 Change sponsored?: --- Bug ID: 8743 Assignee: jcamins(a)cpbibliography.com Summary: ZOOM error when merging authority change to biblios Severity: critical Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha The symptoms of the problem are as follows: In the log file, we get the following errors: [Sun Sep 02 23:38:10 2012] [error] [client 75.149.175.233] ZOOM error 25 "Specified element set name not valid for specified database" (addinfo: "F") from diag-set 'Bib-1', referer: http://****/cgi-bin/koha/authorities/authorities.pl?authid=3010 [Sun Sep 02 23:38:11 2012] [error] [client 75.149.175.233] Premature end of script headers: authorities.pl, referer: http://****/cgi-bin/koha/authorities/authorities.pl?authid=3010 The actual authority record was updated (here I added a bogus 'J'). =LDR 00372nz a2200133o 4500 =001 3010 =003 UkLoVW =005 20120902233810.0 =008 120816|||a||||||\\\\\\\\\\\|\|||\\\\\d =040 \\$aUkLoVW$cUkLoVW =100 1\$aBearman, C. JJ. =667 \\$aMachine generated authority record. =670 \\$aWork cat.: (UkLoVW): Stealens, Yvette 3009, Hampshire folk map :, 2010. =942 \\$aPERSO_NAME A search in Authorities for 'Bearman" returns this (the old contents), but following details gets updated record: Authority search results Results 1 to 1 of 1 Summary Used in Delete Bearman, C. J. Details 3 biblio(s) Biblios are likewise not update with the new text. Running 'rebuild_zebra.pl -a -r -v' fixed the Authority search results, but not the biblios, in particular the 700 field where Bearman is listed as a secondary author. Same issue if I modify the primary author Authority on a biblio, the biblios are not updated with the changed content. The cause for this seems to be the use of the xml syntax in the merge function. git bisect failed me, but sometime before 3.8.0 (possibly last November), our Zebra config changed and the xml syntax stopped working. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8002] New: Can't add patron attribute type in newer installation
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '12

16 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8002 Priority: P5 - low Change sponsored?: --- Bug ID: 8002 CC: gmcharlt(a)gmail.com Assignee: paul.poulain(a)biblibre.com Summary: Can't add patron attribute type in newer installation QA Contact: koha.sekjal(a)gmail.com Severity: major Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: System Administration Product: Koha The patch for Bug 7154 (Group borrower attributes and link between patron category and attribute) contains this in updatedatabase.pl: $dbh->do("ALTER TABLE borrower_attribute_types ADD COLUMN category_code VARCHAR(10) NULL DEFAULT NULL AFTER `display_checkout`"); ...which allows borrower_attribute_types.category_code to be NULL. However, the addition to kohastructure.sql includes: `category_code` VARCHAR(1) NOT NULL DEFAULT '',-- defines a category for an attribute_type ...which requires that it /not/ be NULL. Users of new installations will find that they cannot add patron attribute types if they don't limit it to a patron category. After trying to add a record without a patron category limit the user will be told the operation was successful but the entry will not be saved. An error appears in the log: patron-attr-types.pl: DBD::mysql::st execute failed: Column 'category_code' cannot be null at /home/oleonard/kohaclone/C4/Members/AttributeTypes.pm line 220 -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 8447] New: can't save new records / indicator error
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '12

15 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8447 Priority: P5 - low Change sponsored?: --- Bug ID: 8447 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: can't save new records / indicator error Severity: blocker Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha When I try to save new marc records in master I get the following error: Software error: Field 100 must have indicators (use ' ' for empty indicators) at /home/nengard/kohaclone/C4/Charset.pm line 142 Now, my 100 field has indicators filled in so I don't understand the error and I can't save my records because of it. Also, if this is an error that others are going to see it should be a JS popup type error - cause the only way out of this is go back. Regardless, I can't save new records at all in master using Marc21 right now. -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 8656] New: Koha::Calendar not loading both sets of special dates
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '12

15 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8656 Priority: P5 - low Change sponsored?: --- Bug ID: 8656 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Koha::Calendar not loading both sets of special dates Severity: enhancement Classification: Unclassified OS: All Reporter: colin.campbell(a)ptfs-europe.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Both the exception holidays and special holidays are being loaded from the same data it should load one from entries with isexception set and another wit it not set -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 8071] New: link beween bib and authorities with the authid
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '12

15 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8071 Priority: P5 - low Change sponsored?: --- Bug ID: 8071 Assignee: gmcharlt(a)gmail.com Summary: link beween bib and authorities with the authid Severity: blocker Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha I have in a database authorities (marcxml.auth_header) $9<space>0<space> in the tag 2XX So when I want link a bib record with a auth record, koha create the link with the $9<space>0<space> in the tag 2XX and not with the authid from auth_header. Result in the thesaurus all the link are bad -- You are receiving this mail because: You are watching all bug changes.

1 12