February 2013 - Koha-bugs - lists.koha-community.org

[Bug 9405] New: Error in french PO for OPAC (3.10)
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '14

09 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9405 Bug ID: 9405 Summary: Error in french PO for OPAC (3.10) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr CC: frederic(a)tamil.fr There is an extra # in french PO for OPAC, l. 17721 # #: opac-tmpl/prog/en/xslt/UNIMARCslim2OPACDetail.xsl:133 #, c-format msgid "of contents page, " msgstr "de la table des matières, " ./translate update fr-FR Use of uninitialized value $key in hash element at /usr/share/perl5/Locale/PO.pm line 466, <IN> line 17721. Use of uninitialized value in hash element at /usr/share/perl5/Locale/PO.pm line 449, <IN> line 17721. M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 7726] New: AllowItemsOnHoldCheckout has columns in wrong order in sysprefs.sql
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '14

09 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7726 Priority: P5 - low Change sponsored?: --- Bug ID: 7726 CC: gmcharlt(a)gmail.com Assignee: paul.poulain(a)biblibre.com Summary: AllowItemsOnHoldCheckout has columns in wrong order in sysprefs.sql QA Contact: koha.sekjal(a)gmail.com Severity: trivial Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: System Administration Product: Koha installer/data/mysql/sysprefs.sql has this, on line 341: INSERT INTO systempreferences (variable,value,options,explanation,type) VALUES ('AllowItemsOnHoldCheckout',0,'Do not generate RESERVE_WAITING and RESERVED warning when checking out items reserved to someone else. This allows self checkouts for those items.','','YesNo'); The order of the columns should be switched to this: (variable,value,explanation,options,type) The problem is also present in updatedatabase.pl: $dbh->do("INSERT INTO `systempreferences` (variable,value,options,explanation,type) VALUES ('AllowItemsOnHoldCheckout',0,'Do not generate RESERVE_WAITING and RESERVED warning when checking out items reserved to someone else. This allows self checkouts for those items.','','YesNo')"); This does probably not have any practical implications (hence severity = trivial), since the "explanation" is not used anymore and "options" is not used when the type is YesNo (I think?). -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 9312] New: strict perl for picture-upload.pl
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '14

07 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9312 Bug ID: 9312 Summary: strict perl for picture-upload.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com strict directive is commented for tools/picture-upload.pl. This is because many vars are missing explicit package name. I propose to correct only this bug, a complete work may be done like said in FIXME in head of file. -- You are receiving this mail because: You are watching all bug changes.

1 63

[Bug 8822] New: public calendar
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '14

06 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8822 Priority: P5 - low Change sponsored?: --- Bug ID: 8822 Assignee: gmcharlt(a)gmail.com Summary: public calendar Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Tools Product: Koha It would be nice to have a way to make holidays (and hours eventually) on the calendar public. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 9175] New: Shelving location search returns no results
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '14

04 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9175 Bug ID: 9175 Summary: Shelving location search returns no results Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jason(a)esilibrary.com Consider these two searches: Keyword: harry potter Shelving location limit: Juvenile DVDs http://catalog.bywatersolutions.com/cgi-bin/koha/opac-search.pl?idx=kw&q=ha… Returns 4 results and Keyword: harry hotter Shelving location: Juvenile DVDs http://catalog.bywatersolutions.com/cgi-bin/koha/opac-search.pl?idx=kw&q=ha… Returns 0 results. I'd expect the same four results. Seeing that first query converted the label Juvenile DVDs to a code of JDVD, I try to use that identifier instead: Keyword: harry potter Shelving location: JDVD http://catalog.bywatersolutions.com/cgi-bin/koha/opac-search.pl?idx=kw&q=ha… Returns 0 results -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 6172] New: Zebra not indexed Unimarc-records
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '14

03 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6172 Bug #: 6172 Summary: Zebra not indexed Unimarc-records Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: Linux Status: NEW Severity: critical Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: dubyk(a)library.lviv.ua QAContact: koha-bugs(a)lists.koha-community.org Created attachment 3888 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3888 simple entered biblio In general: not searched records entered in the Unimarc-environment. Used Debian packages of Koha (from squeeze and squeeze-dev). Currently it is: koha-common_3.2.6-1_all.deb or koha-common_3.3-1~git20110407105508.b1678665_all.deb. Tried install in current stable Debian and unstable variants. In web-installer was choosed English Unimarc (similar result for Ukrainian and Russian Unimarc). After install created simple biblio-record (with title=Book) and try to reindex zebra with next warnings/errors: { #>sudo KOHA_CONF=/etc/koha/sites/ukr_unimarc/koha-conf.xml PERL5LIB=/usr/share/koha/lib /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x -k -nosanitize Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/ukr_unimarc/biblios Zebra authorities directory = /var/lib/koha/ukr_unimarc/authorities Koha directory = /usr/share/koha/intranet/cgi-bin BIBLIONUMBER in : 090$9 BIBLIOITEMNUMBER in : 090$a ================================ skipping authorities ==================== exporting biblio ==================== 1 Records exported: 1 ==================== REINDEXING zebra ==================== 10:27:12-12/04 zebraidx(4846) [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 10:27:12-12/04 zebraidx(4846) [log] config /etc/koha/sites/ukr_unimarc/zebra-biblios.cfg 10:27:12-12/04 zebraidx(4846) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 10:27:12-12/04 zebraidx(4846) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 10:27:12-12/04 zebraidx(4846) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 10:27:12-12/04 zebraidx(4846) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 10:27:12-12/04 zebraidx(4846) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 10:27:12-12/04 zebraidx(4846) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 10:27:12-12/04 zebraidx(4846) [log] enabling shadow spec=/var/lib/koha/ukr_unimarc/biblios/shadow:4G 10:27:12-12/04 zebraidx(4846) [log] cache_fname = /var/lib/koha/ukr_unimarc/biblios/shadow/cache 10:27:12-12/04 zebraidx(4846) [log] zebra_stop: 0.06 0.00 0.00 10:27:12-12/04 zebraidx(4847) [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 10:27:12-12/04 zebraidx(4847) [log] config /etc/koha/sites/ukr_unimarc/zebra-biblios.cfg 10:27:12-12/04 zebraidx(4847) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 10:27:12-12/04 zebraidx(4847) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 10:27:12-12/04 zebraidx(4847) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 10:27:12-12/04 zebraidx(4847) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 10:27:12-12/04 zebraidx(4847) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 10:27:12-12/04 zebraidx(4847) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 10:27:12-12/04 zebraidx(4847) [log] enabling shadow spec=/var/lib/koha/ukr_unimarc/biblios/shadow:4G 10:27:12-12/04 zebraidx(4847) [log] cache_fname = /var/lib/koha/ukr_unimarc/biblios/shadow/cache 10:27:13-12/04 zebraidx(4847) [log] dir /tmp/Bjp22Rn17_/biblio 10:27:13-12/04 zebraidx(4847) [warn] Unknown register type: 0 10:27:13-12/04 zebraidx(4847) [warn] Record didn't contain match fields in (bib1,Local-number) 10:27:13-12/04 zebraidx(4847) [log] error grs.sgml /tmp/Bjp22Rn17_/biblio/exported_records 0 10:27:13-12/04 zebraidx(4847) [log] Iterations: isam/dict 64/19 10:27:13-12/04 zebraidx(4847) [log] Dict: inserts/updates/deletions: 19/0/0 10:27:13-12/04 zebraidx(4847) [log] Records: 0 i/u/d 0/0/0 10:27:13-12/04 zebraidx(4847) [log] zebra_stop: 0.14 0.02 0.00 10:27:13-12/04 zebraidx(4850) [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 10:27:13-12/04 zebraidx(4850) [log] config /etc/koha/sites/ukr_unimarc/zebra-biblios.cfg 10:27:13-12/04 zebraidx(4850) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 10:27:13-12/04 zebraidx(4850) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 10:27:13-12/04 zebraidx(4850) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 10:27:13-12/04 zebraidx(4850) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 10:27:13-12/04 zebraidx(4850) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 10:27:13-12/04 zebraidx(4850) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 10:27:13-12/04 zebraidx(4850) [log] enabling shadow spec=/var/lib/koha/ukr_unimarc/biblios/shadow:4G 10:27:13-12/04 zebraidx(4850) [log] cache_fname = /var/lib/koha/ukr_unimarc/biblios/shadow/cache 10:27:13-12/04 zebraidx(4850) [log] zebra_stop: 0.05 0.00 0.00 ==================== CLEANING } In result in Koha this record not searched. (also tried with "koha-rebuil-zebra ukr_unimarc" - not present any output but the result was the same - record not searched) Key-warning: [warn] Record didn't contain match fields in (bib1,Local-number) This warning is present for any instances with Unimarc. found in next files: 1) /etc/koha/zebradb/marc_defs/unimarc/biblios/record.abs: ... melm 090$9 Local-number,Local-number:n ... 2) /etc/koha/zebradb/biblios/etc/bib1.att ... att 12 Local-number ... 3) /etc/koha/sites/ukr_unimarc/zebra-biblios.cfg ... recordId: (bib1,Local-number) ... What's interesting: In marc21 zebra-indexing work without warnings about "Local-number" and similar entered biblio was searched. In marc21-file /etc/koha/zebradb/marc_defs/marc21/biblios/record.abs this parameter commented: ... #melm 035 Local-number,Identifier-standard #melm 090$c Local-number:w ... I was tried also comment this in /etc/koha/zebradb/marc_defs/unimarc/biblios/record.abs with no result In zebra logs not found any errors/warnings during this indexing. I don't understand what's wrong with Unimarc and Zebra... -- 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 9

[Bug 5575] New: 3.4 BibLibre circ & members improvements
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5575 Summary: 3.4 BibLibre circ & members improvements Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 As described on the wiki : http://wiki.koha-community.org/wiki/Enhancements_to_the_display_of_extended… http://wiki.koha-community.org/wiki/Enhance_renewals_parameters http://wiki.koha-community.org/wiki/Ergonomics_of_smart-rules_and_circulati… http://wiki.koha-community.org/wiki/Fine_tuning_of_circulation_policies_RFC http://wiki.koha-community.org/wiki/AllowOnShelfHolds http://wiki.koha-community.org/wiki/Enhancements_to_debarred_patron http://wiki.koha-community.org/wiki/Transfers_-_enhancements -- 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 104

[Bug 5765] New: patron messaging form template tests for SMS inconsistently
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5765 Summary: patron messaging form template tests for SMS inconsistently Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 For the header row of the table, the test is performed on whether SMSSendDriver is defined, but for each row, the first test is on whether 'transport_sms' is defined for that notice, then whether the driver exists. If an sms transport is defined for a notice (or even if the thinks it is), this will add an extra column of '--' to the table, forcing everything over by one, and the 'do not notify' column off the table. Reversing the order of the <TMPL_IF>'s in the messaging_preference_form.inc should resolve this. -- 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 6

[Bug 7468] New: Add label to batch by barcode range
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7468 Bug #: 7468 Summary: Add label to batch by barcode range Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: wrmslibrary(a)gmail.com QAContact: koha.sekjal(a)gmail.com It would be nice to be able to add an item to a label batch by barcode without having to scan the barcode. If a barcode has not yet been printed, it cannot be scanned to add the item to a label batch. Would like to be able to search by barcode range to add items to a label batch. -- 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 2

[Bug 8042] New: Batch numbers aren't committed as used until an item is added
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8042 Priority: P5 - low Change sponsored?: --- Bug ID: 8042 Assignee: cnighswonger(a)foundations.edu Summary: Batch numbers aren't committed as used until an item is added Severity: normal Classification: Unclassified OS: All Reporter: shawn(a)pennmanor.net Hardware: All Status: NEW Version: rel_3_8 Component: Label printing Product: Koha We ran into an issue where 2 branches decided to create a label batch around the same time. Both had the blank batch screen up and they were the same batch number. We have found that the batch isn't actually committed as being used until the first item is added. In this case we had 2 branches adding items to the same batch number. This can be duplicated by creating a new batch in 2 separate browsers. If party 2 refreshes the screen after party 1 enters an item to the batch they are presented with a new batch but if they don't refresh (which most wouldn't) then both parties are editing the same batch. We have tested it in 3.6 and 3.8. -- You are receiving this mail because: You are watching all bug changes.

1 4