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

[Bug 8625] New: C4::Output version 3.02 required--this is only version 3.08.01.002
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '12

13 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8625 Priority: P5 - low Change sponsored?: --- Bug ID: 8625 Assignee: oleonard(a)myacpl.org Summary: C4::Output version 3.02 required--this is only version 3.08.01.002 Severity: enhancement Classification: Unclassified OS: All Reporter: iloginok(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha Software error: C4::Output version 3.02 required--this is only version 3.08.01.002 at /usr/share/koha/opac/cgi-bin/opac/opac-tags.pl line 41. BEGIN failed--compilation aborted at /usr/share/koha/opac/cgi-bin/opac/opac-tags.pl line 41. -- You are receiving this mail because: You are watching all bug changes.

1 1

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

12 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4222 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #43 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi all, I have started testing this again, here is my test plan. Sorry for it being so much to read: 1) Check the mapping in the default framework for 952$x. Starting testing functionality in current master, all sample data installed, patch not yet applied. By default on a new installation "Koha link" is currently empty. This means, a value entered for non-public notes will be saved in items.more_subfields.xml. Problem: The default FA framework still maps to items.paidfor and it's marked as repeatable. Note: In past versions of Koha the default mapping was set to items.paidfor. So there is a difference here depending on how old the installation you are looking at is. 2) Add a record and items with non public notes to your catalog. 3) Verify the note was saved correctly: a) items.more_subfields_xml in the database b) edit item screen (table on top and when editing the item) Note: In my memory the MARC and labelled MARC (viewLabeledMARC) view used to show the items with all subfields according to the configuration of the bibliographic framework. So that was the place it was possible to see custom item fields. This seems to be no longer the case? 4) Apply patches and run database update Note: HTML is not interpreted in the database update message so the bold doesn't work here: a) Upgrade to 3.09.00.XXX done (Make nonpublicnote easier to use. <b>If you have mapped your items to a MARC field other than 952 system default), please check your Koha to MARC mapping for items.nonpublicnote</b>) All my frameworks have been updated to use items.nonpublicnote, except for the FA framework, which still links to items.paidfor. b) Changes done by updatedatabase and changes to kohastructure.sql match. The existing non public notes are still stored in more_subfields_xml. 5) Verify I can still access existing data a) When I edit the item, the information still shows up in subfield x in the item table and in the subfield on editing b) After saving the information in the database got moved out of more_subfields_xml and into nonplublic note. So it turns out I was all wrong about this and Koha is clever! Excellent! c) BUG: Adding a new item to the fast add framework (FA) with a internal note shows, that the note is still saved in items.paidfor, but it doesn't show up when editing the item. You can't access the information. I don't know what's different here and why it doesn't work. 6) Verify new field acts as expected a) BUG: On adding a new item the non public note is not saved. There is no error in the logs, information is not stored in the database. b) When editing an existing item the non public note does save. c) The staff detail page now shows the nonplublic note in a separate column of the items table. d) The non public note correctly shows on the items tab. e) Note shows up on returning the book. Non public and public note showing up in the same column in red script. f) Note shows up during checkout. Both notes are added to the title column and show up after the title and before the barcode. -------------------------------------------- In all my testing I never managed to lose any data :) Failing QA: 6 a) Adding a new item the non public note does not save. (not sure 5 c) is related to this patch) Follow ups needed: - ALL (not missing FA this time) need to be updated to use the new mapping. Worried, but leaving to QA team: - We have to expect installations with "mixed" mappings, because we already have an inconsistency in our default frameworks (FA = paidfor, all others = more_subfields_xml). - The data is only moved into the new column when you update the item. I think while no data is lost, this will cause confusion. You can't tell from the edit screen where the note is pulled from. I think for installations we are brave enough to update the frameworks, we should also move the data accordingly? This is not so much a problem, when the mapping was empty=more_subfields_xml before, but could be a problem when it was paidfor, because this field is now also used for handling lost items. * Find a way to move or copy the data safely into the new column. * Don't update the mappings and leave it to the system administrator to make use of the new field. I am a bit stuck on what is the best option here. -- 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 12 Aug '12

12 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4222 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #4836|0 |1 is obsolete| | --- Comment #42 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Comment on attachment 4836 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4836 Script to rebuild items after a mapping change Obsoleting the script, because it will not work with newer versions of Koha where the items information is no longer stored in the XML. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8534] New: Remove unused variable from memberentry template
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '12

11 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8534 Priority: P5 - low Change sponsored?: --- Bug ID: 8534 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Remove unused variable from memberentry template Severity: enhancement Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha The variable nobranchcode is used in an UNLESS statement in memberentry.tt. It exists nowhere else in the codebase, and is thus superfluous. Somehow, despite the fact that is never referenced anywhere else in the code base, it is getting set to '1' for one of our libraries. This means they cannot add patrons, due to the submitted data lacking a patron branchcode. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 4491] Cleaning some weird code in *search.pl
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '12

11 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4491 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #9 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> --- This patch breaks the OPAC search with the following message in the log: [Sat Aug 11 08:02:14 2012] [error] [client 192.168.56.1] [Sat Aug 11 08:02:13 2012] opac-search.pl: WARNING: query problem with (rk=(Title-cover,ext,r1="smith" or ti,ext,r2="smith" or Title-cover,phr,r3="smith" or wrdl,right-Truncation,r9="smith? " or wrdl,r9="smith")) and ZOOM error 10014 "CCL parsing error" (addinfo: "Search word expected") from diag-set 'ZOOM' at /home/jcamins/kohaclone/C4/Search.pm line 356., referer: http://192.168.56.57/cgi-bin/koha/opac-search.pl?limit= (my search was "smith") The staff client search works fine. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5057] New: Update koha INSTALL.ubuntu
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5057 Summary: Update koha INSTALL.ubuntu Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: Documentation AssignedTo: nengard(a)gmail.com ReportedBy: sivaji2009(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 INSTALL.ubuntu seem outdated for me. 1. Step 1.1 recommends installing Jaunty which is outdated, koha works fine in lucid. 2. step 1.2 URL http://wiki.koha.org/doku.php?id=encodingscratchpad doesn't exists For now i found only 2 items, i will update the list if there is anything else to be changed. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 5

[Bug 5600] New: Bulk MARC biblio export script
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5600 Summary: Bulk MARC biblio export script Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Koha does not currently have a bulk MARC biblio export script; there is one for authorities, and rebuild_zebra.pl can be used if one wants to do a reindex along with the export, but otherwise there is no commandline script for exporting the MARC biblios. This script should be able to output both ISO 2709 and MARCXML. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 34

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

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4173 Fridolyn SOMERS <fridolyn.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolyn.somers(a)biblibre.co | |m -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3194] Hide records in the OPAC if all items are lost and "hidelostitems" is on
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3194 Fridolyn SOMERS <fridolyn.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=6488 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6488] New: opachiddenitems not working in master
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6488 Bug #: 6488 Summary: opachiddenitems not working in master Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Per a discussion on and off the mailing list the opachiddenitems system preference worked in 3.4.1 (and 3.4) but does not appear to be working in master. I have not been able to test in both versions personally, so this is based on tests by myself and two others in different versions of Koha. I'm kind of hoping that it's a template issue that came about by fixing one of the TT bugs - but in case it's not I'm putting this in the admin category. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 77