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

[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 9915] New: Allow opac/svc/report to be passed sql parameters
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '14

07 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9915 Bug ID: 9915 Summary: Allow opac/svc/report to be passed sql parameters Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: chris(a)bigballofwax.co.nz To allow for things like cgi-bin/koha/svc/report?id=1&sql_params=chris&sql_params=chris2 -- You are receiving this mail because: You are watching all bug changes.

1 38

[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 04 Nov '14

04 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

[Bug 5169] New: name/rename label batches
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5169 Summary: name/rename label batches Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It would be very helpful if there was a way to name and rename batches of labels. Right now they're named in numerical order which can be confusing if you have a lot of batches. -- 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 1