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

[Bug 5732] New: Adding permissions on viewlog
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5732 Summary: Adding permissions on viewlog Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5575 Estimated Hours: 0.0 Adding a new permission view_borrowers_log which depends on circulate Adding them to circulation menu (added in another patch with something else) -- 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 3

[Bug 6932] New: Javascript errors in irregular pattern check update
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6932 Bug #: 6932 Summary: Javascript errors in irregular pattern check update Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: pelletiermaxime(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5633 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5633 Fix js under ie This patch simply and fixes the js function IrregularPattern.prototype.update to work under ie by using jQuery. It also makes the code to resize the textarea do what the comment says it should. -- 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 8142] New: Unhighlight option breaks keywords highlighted in staff client.
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8142 Priority: P5 - low Change sponsored?: --- Bug ID: 8142 CC: gmcharlt(a)gmail.com Assignee: paul.poulain(a)biblibre.com Summary: Unhighlight option breaks keywords highlighted in staff client. Severity: normal Classification: Unclassified OS: All Reporter: nikhilvr0(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Staff Client Product: Koha After searching keyword will be highlighted with a yellow color.But when we click on unhighlight the keyword entries with yellow color vanishes or disappears with that highlighted word. It happens on koha 3.08.001 stable version. Hope to fix soon -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 7119] New: Code cleaning omnibus
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7119 Bug #: 7119 Summary: Code cleaning omnibus Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Blocks: 6000, 6015, 6679, 6836, 6875, 6986 This omnibus is created to have a link to all patches related to code improvement and cleaning (perltidy, use Modern::Perl, clean templates,...) -- 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 55

[Bug 7171] New: Use Modern::Perl
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7171 Bug #: 7171 Summary: Use Modern::Perl Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: paul.poulain(a)biblibre.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7119 Modern::Perl is shorthand for 'use strict', 'use warnings' and using Perl 5.10 features. These are all very desirable things, so let's just do them as 1 line. Introduces new dependency, which has Debian package: libmodern-perl-perl -- 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 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 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