September 2008 - Koha-bugs - lists.koha-community.org

[Bug 2611] Language Issue: Patron Permissions
by bugzilla-daemon＠pippin.metavore.com 16 Sep '08

16 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2611 ------- Comment #1 from nicole.engard(a)liblime.com 2008-09-16 07:03 ------- >From chat: <owen> The names and descriptions of the flags are stored in the database. So not only does it require an update to the database to correct them, it's not possible to translate them either. Needs a bug <nengard> owen - done ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2611] New: Language Issue: Patron Permissions
by bugzilla-daemon＠pippin.metavore.com 16 Sep '08

16 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2611 Summary: Language Issue: Patron Permissions Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Patrons AssignedTo: galen.charlton(a)liblime.com ReportedBy: nicole.engard(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: oleonard(a)myacpl.org On the Patron Permissions page: koha/members/member-flags.pl there are several references to 'catalogue' that should say 'catalog' ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2610] New: Disable_Dictionary showing on Local Use on New Installs
by bugzilla-daemon＠pippin.metavore.com 16 Sep '08

16 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2610 Summary: Disable_Dictionary showing on Local Use on New Installs Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: System Administration AssignedTo: paul.poulain(a)free.fr ReportedBy: nicole.engard(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: rch(a)liblime.com, galen.charlton(a)liblime.com The disable_dictionary system preference is deprecated and should not show on the 'Local Use' tab. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2609] list of borrowers hold requests could display wrong titles
by bugzilla-daemon＠pippin.metavore.com 16 Sep '08

16 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2609 galen.charlton(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Priority|P3 |PATCH-Sent ------- Comment #1 from galen.charlton(a)liblime.com 2008-09-15 19:07 ------- Patch submitted. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2609] New: list of borrowers hold requests could display wrong titles
by bugzilla-daemon＠pippin.metavore.com 16 Sep '08

16 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2609 Summary: list of borrowers hold requests could display wrong titles Product: Koha Version: HEAD Platform: All URL: members/moremember.pl OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Reports AssignedTo: galen.charlton(a)liblime.com ReportedBy: galen.charlton(a)liblime.com QAContact: koha-bugs(a)lists.koha.org In databases where the biblionumber is not necessarily the same as the biblioitemnumber, the list of a patron's current hold requests could display the wrong title for certain title-level holds. This was caused by a call of GetBiblioItemData() that was passed the biblionumber instead of the biblioitemnumber. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2608] offline circ processing of large KOC files can time out
by bugzilla-daemon＠pippin.metavore.com 16 Sep '08

16 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2608 galen.charlton(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Priority|P3 |PATCH-Sent ------- Comment #1 from galen.charlton(a)liblime.com 2008-09-15 18:38 ------- Patch submitted. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2608] New: offline circ processing of large KOC files can time out
by bugzilla-daemon＠pippin.metavore.com 16 Sep '08

16 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2608 Summary: offline circ processing of large KOC files can time out Product: Koha Version: HEAD Platform: All URL: offline_circ/process_koha.pl OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: galen.charlton(a)liblime.com QAContact: koha-bugs(a)lists.koha.org If a .koc file is large, process_koc.pl can time out before the processing is complete. To fix this, patch will be submitted to allow job to be run in background, similar to the staging MARC import. As a consequence of the patch, the UI for uploading offline circ files has changed slightly. One must select a file, click the "upload file" button, then click the 'process offline circulation file' button. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2607] New: reorganize test modules so that "can_ok" on all of the methods is not called repeatedly
by bugzilla-daemon＠pippin.metavore.com 15 Sep '08

15 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2607 Summary: reorganize test modules so that "can_ok" on all of the methods is not called repeatedly Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Test Suite AssignedTo: Andrew.moore(a)liblime.com ReportedBy: Andrew.moore(a)liblime.com QAContact: koha-bugs(a)lists.koha.org Currently, the 'methods' method of each of the test modules is run several times per test run. That's not the way it's supposed to be. Here's what I'll do to fix that: * change the 'methods' method of each to just return a list of method names, and to not actually call 'can_ok' on them. * remove the "Test(1)" attribute from that method so that it's not run * in KohaTest.pm, make a startupk method that calls "can_ok( $self->testing_class, @self->methods );". * Is this desired: in KohaTest.pm, make a 'methods' method that returns an empty list, just in case one of the subclasses doesn't define their own. This is the way I imagined it at first. I don't know how I started down this wrong road. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2600] HTML tags in titles not escaped in list of returned items
by bugzilla-daemon＠pippin.metavore.com 15 Sep '08

15 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2600 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |PATCH-Sent ------- Comment #2 from oleonard(a)myacpl.org 2008-09-15 10:16 ------- I submitted a patch with a LOT of changes that should go a long way towards addressing this bug. I looked for instances of  and escaped where appropriate. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2591] Strip Returns From Barcode Scanner on Add Patron & Add Items
by bugzilla-daemon＠pippin.metavore.com 15 Sep '08

15 Sep '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2591 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |PATCH-Sent ------- Comment #1 from oleonard(a)myacpl.org 2008-09-15 09:41 ------- Patch sent which adds this function to staff-global.js: // http://jennifermadden.com/javascript/stringEnterKeyDetector.html function checkEnter(e){ //e is event object passed from function invocation var characterCode; // literal character code will be stored in this variable if(e && e.which){ //if which property of event object is supported (NN4) e = e; characterCode = e.which; //character code is contained in NN4's which property } else { e = event; characterCode = e.keyCode; //character code is contained in IE's keyCode property } if(characterCode == 13){ //if generated character code is equal to ascii 13 (if enter key) return false; } else { return true; } } -------------------------------- In the page which requires suppression of the <enter> key: $(document).ready(function(){ $("fieldset.rows input").keydown(function(e){ return checkEnter(e); }); }); Where "fieldset.rows input" is the element where suppression should take place. Could also be a form ID: "#myform input" Specifying "input" allows the enter key to be used inside textareas. This solution has been tested in Firefox, Safari, and Internet Explorer 6, all on Windows. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0