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

[Bug 7872] New: C4::Items GetItemsInfo marc_subfield_structure SQL queries fetch all results and use first row
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '12

10 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7872 Priority: P5 - low Change sponsored?: --- Bug ID: 7872 Assignee: gmcharlt(a)gmail.com Summary: C4::Items GetItemsInfo marc_subfield_structure SQL queries fetch all results and use first row QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: dpavlin(a)rot13.org Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha There are two queries without any WHERE which return more than one row, but use just first one (since they don't have order which one will be returned is database dependent). SELECT authorised_value FROM marc_subfield_structure WHERE kohafield="items.notforloan" SELECT authorised_value FROM marc_subfield_structure WHERE kohafield="items.restricted" -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 7586] New: Search: Language restriction does show expected results (no items shown)
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '12

10 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7586 Bug #: 7586 Summary: Search: Language restriction does show expected results (no items shown) Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: veron(a)veron.ch QAContact: koha.sekjal(a)gmail.com Description: ------------ We have records with the language set to German in field 008 Range 35-37 The Opac search does not find the items if the languages is restricted to German in the drop down box. The bug can be reproduced as well with a keyword search: ln:ger Solution: --------- as adviced by jcamins on the Koha channel (Thanks!): open up etc/zebradb/marc_defs/marc21/biblio/record.abs Look for the 008 line. You should see ln somewhere on it. I theorize that it's back to a numeric index. It'll look something like ln(xx,yy):n if I'm right. If I'm wrong, there will be a :w instead of :n We found: lm:n:range(data,35,3) jcamins: Needs to be ln:w:range(data,35,3) We changed it and did: koha-rebuild-zebra --full After the rebuild the German records are found as expected. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 4246] Koha support for Itiva Talking Tech phone notification service
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '12

10 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4246 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA --- Comment #18 from Kyle M Hall <kyle.m.hall(a)gmail.com> --- Setting to Passed QA as per Paul's comments. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4246] Koha support for Itiva Talking Tech phone notification service
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '12

10 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4246 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4246] Koha support for Itiva Talking Tech phone notification service
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '12

10 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4246 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4246] Koha support for Itiva Talking Tech phone notification service
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '12

10 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4246 --- Comment #17 from Kyle M Hall <kyle.m.hall(a)gmail.com> --- Created attachment 10062 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10062&action=edit Talking Tech Support - Phase I - Followup 3 - Follow PBP * Fixes violations of Perl Best Practices, where possible * perltidy both scripts -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4222] Nonpublic note not appearing in the staff client
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '12

10 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4222 --- Comment #36 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Jared, I might be wrong here, because I can't remember disagreeing with you. :) But I think maybe I didn't explain it well before? If you leave the mapping empty (which yes, we did...) the value will be saved into the more_subfields_xml column in XML format. So after updating the mapping, the value will still be there, but you will not be able to access the information from the interface. So I was suggesting that there should be a way to copy that information into the new field or give at least a warning, that you might have to do so. So it's not only when people created a new column, but also when they were using the methods Koha provides to add additional subfields. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4222] Nonpublic note not appearing in the staff client
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '12

10 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4222 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4222] Nonpublic note not appearing in the staff client
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '12

10 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4222 --- Comment #35 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> --- Created attachment 10057 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10057&action=edit Bug 4222 followup: Do not update mappings unless we ought This follow-up modifies the database update for 4222 to only modify mappings if the installation is not UNIMARC, and nothing else has been mapped to the items.nonpublicnotes column (which did not exist before the patch for bug 4222). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4222] Nonpublic note not appearing in the staff client
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '12

10 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4222 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #8048|0 |1 is obsolete| | --- Comment #34 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> --- Created attachment 10056 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10056&action=edit Bug 4222 - allow nonpublicnote to be a mapped DB column This means that it's possible (and easy) to put non-public notes (usually 952$x) on a template, same as public notes. It creates a mapping between the 952$x field and the new database column. Note that when this is applied, it will only work on newly saved records. It is possible this will need to be altered to allow for UNIMARC etc. if they use 952 differently. -- You are receiving this mail because: You are watching all bug changes.

1 0