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

[Bug 5657] New: biblio records update fails when updating multiple authorities linked with the same biblio
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5657 Summary: biblio records update fails when updating multiple authorities linked with the same biblio Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Created attachment 3022 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3022 Proposed patch There is a following issue in authority support, when updating multiple authorities and then updating biblio records in batch (in Zebra mode). If both happens: 1) two authorities linked with the same bibliographic record are updated; 2) and then between two subsequent calls of the merge function (i.e. by merge_authority.pl script) the zebra database will not be updated, then after the second call of the merge function the field controlled by the first authority will return to its original state. This is because in the merge functions (in Zebra mode) the bibliographic records to be updated are collected from zebra database and not from sql database, which contains the fresh updated version of records. Imagine the following scenario: there are two authors of a work described by record R, say A and B. A and B have their authority records. We are updating both authority records and the authors become now A1 and B1 (in authorities). We have Zebra indexes and dontmerge syspref set to 1. Now we run merge_authority.pl script in batch mode. After the first run of the while loop author A in R becomes A1 (and R becomes R1) and the updated record is stored (by ModBiblio called from merge) only in sql database. So far so good. But then, in the second run, merge functions selects records for update from zebra database so, if zebra queue processing was not fast enough or was switched off at the moment, what will be updated now is R from zebra database (and not R1 from sql database). And therefore after the second run we get R2, where the second author is B1, but first is still A. Attached is a simple workaround. Comments are welcome. -- 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 12

[Bug 5482] New: Translation problem in guided reports - Item field names
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5482 Summary: Translation problem in guided reports - Item field names Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: I18N/L10N AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The whole guided reports module has a lot of translation issues. One problem are the non-translatable item field names. The field names are also not matching descriptions used in other modules, one example is: Module: Catalog Item cancelled = Item withdrawn Example: Catalog koha-tmpl / intranet-tmpl / prog / en / columns.def The file seems not translatable, outdated and contains fields not existing in our database. The English labels don't match the normal Koha descriptions: Not existing: items.binding items.spystatus items.spydescr items.spycopydata Descriptions: Item cancelled = Item withdrawn ... I can fix the fields and labels - but this will not fix the translation problem. Is there a way we can make them translatable? -- 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 17

[Bug 4976] New: Status of item returned with process_koc.pl is empty in Intranet
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4976 Summary: Status of item returned with process_koc.pl is empty in Intranet Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 I have made several returns with the offline client, then uploaded and processed the resulting file with offline_circ/process_koc.pl. When I view the detail for a returned record (e.g. /cgi-bin/koha/catalogue/detail.pl?biblionumber=X) the status of the returned item is empty (all the other items have statuses like "Available" or "On lon to...") When I view the same record in the OPAC (/cgi-bin/koha/opac-detail.pl?biblionumber=X) all the items have statuses. -- 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 8

[Bug 3216] UNIMARC author facets
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3216 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to Master |Pushed to Stable --- Comment #19 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> --- This bug will be included in the Koha 3.6.5 release. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1662] Is there a difference between Full and Simplified for Serials History
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1662 --- Comment #6 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> --- This bug will be included in the Koha 3.6.5 release. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7838] New: Add sort-string-utf.chr for Ukrainian and Russian
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7838 Priority: P5 - low Change sponsored?: --- Bug ID: 7838 Assignee: gmcharlt(a)gmail.com Summary: Add sort-string-utf.chr for Ukrainian and Russian QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: dubyk(a)library.lviv.ua Hardware: All Status: NEW Version: unspecified Component: MARC Bibliographic data support Product: Koha Add search possibility with Zebra for Russian and Ukrainian alphabets. Also posted before - http://koha.1045719.n5.nabble.com/SIGNED-OFF-Zebra-lang-defs-with-charsets-… -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 7636] New: error when trying to email cart when opacuserlogin set to don't allow
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7636 Bug #: 7636 Summary: error when trying to email cart when opacuserlogin set to don't allow Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com Created attachment 7974 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7974 error message When a library doesn't allow logging in to the OPAC the error that pops up when trying to email the cart is a mess. The message links to what is supposed to be the admin email address, but the address is not there on the link. It also mentions a menu at the top that may or may not be there. This error should be cleaned up and the email link should actually email the administrator. I know that you have to log in to email the cart - this bug is not about that - it's just a design issue that needs resolving. -- 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 13

[Bug 7581] New: Holds not working in OPAC in singlebranchmode
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7581 Bug #: 7581 Summary: Holds not working in OPAC in singlebranchmode Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: pelletiermaxime(a)gmail.com QAContact: koha.sekjal(a)gmail.com When singlebranchmode is actived users can't place holds. Looks a lot like #3164 which was supposed to be resolved. Simple patch to follow. -- 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 13

[Bug 7482] New: overdues report downloads without names
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7482 Bug #: 7482 Summary: overdues report downloads without names Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/circ/overdue.pl OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com When you click to download the overdues report it doesn't include the names but the report does print names to the screen. Names should be in the downloaded file. -- 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 10

[Bug 7893] New: Missing build-dependency on libdatetime-format-dateparse-perl and libreadonly-perl
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7893 Priority: P1 - high Change sponsored?: Sponsored Bug ID: 7893 Assignee: mjr(a)software.coop Summary: Missing build-dependency on libdatetime-format-dateparse-perl and libreadonly-perl QA Contact: koha.sekjal(a)gmail.com Severity: critical Classification: Unclassified OS: All Reporter: mjr(a)software.coop Hardware: All Status: ASSIGNED Version: unspecified Component: Packaging Product: Koha Created attachment 8826 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8826&action=edit add libdatetime-format-dateparse-perl to debian/control debian/build-git-snapshot fails because it cannot find DateTime::Format:DateParse or Readonly. A patch to update debian/control is attached. -- You are receiving this mail because: You are watching all bug changes.

1 14