December 2011 - Koha-bugs - lists.koha-community.org

[Bug 5778] New: Modify DHTMLcalendar function to work with jQueryUI datepicker
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '12

10 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5778 Bug #: 5778 Summary: Modify DHTMLcalendar function to work with jQueryUI datepicker Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5481 The current calendar widget gets passed a TMPL variable, , with the correct dateformat according to Koha's system preference. We can do the same with the jQueryUI widget, but the variable contents must be different. The current widget looks for a string like: %m/%d/%Y The jQueryUI widget wants something like: m/d/Y -- 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 5

[Bug 6458] New: incorrect parsing result in translation processing
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '12

10 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6458 Bug #: 6458 Summary: incorrect parsing result in translation processing Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: I18N/L10N AssignedTo: frederic(a)tamil.fr ReportedBy: semarie-koha(a)latrappe.fr QAContact: koha-bugs(a)lists.koha-community.org The translation processing issue no error (translate install fr-FR), but the resulting page for almost one template is incorrect (I don't speak about translated string, but structure of resulting file). In 'koha-tmpl/opac-tmpl/prog/en/modules/sco/sco-main.tt', line 135: <input type="button" value="Renew Item" [% UNLESS ( renew ) %] name="confirm"[% END %] class="renew" onclick="this.form.confirmed.value='1';this.form.submit();" /> The result, 'koha-tmpl/opac-tmpl/prog/fr-FR/modules/sco/sco-main.tt', line 88: <input value="Renouveler document" name="confirm" unless="UNLESS" %]="%]" renew="renew" end="END" )=")" type="button" onclick="this.form.confirmed.value='1';this.form.submit();" class="renew" (="(" [%="[%" /> This kind of error arrived two times in 'sco/sco-main.tt'. Note: The result is in reality more complex: 7 lines of 'en' template are mixed in 1 line in 'fr-FR' result template. -- 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 112

[Bug 6782] New: Move autoi member cardnumber generation to occur when record is "Saved"
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '12

10 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6782 Bug #: 6782 Summary: Move autoi member cardnumber generation to occur when record is "Saved" Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Currently the card number is generated when the user enters the patron creation form. This creates a problem of concurrency - when two or more simulataneous users are registering members, the error "card no. in use" can occur. This change moves the card number generation to occur after the "Save" button is pressed. -- 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 14

[Bug 4838] New: Repeated authority headings break biblio record data entry form
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '12

09 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4838 Summary: Repeated authority headings break biblio record data entry form Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 If you have an authority, with more than one heading, for example a UNIMARC multilingual author: 200 $7 da $a 原 $b 純輔 200 $7 ba $a Hara $b Junsuke In data entry form, you click on ..., you find such an authority, you click on Choose. The result is messed up. $9 is not copied and $7 content modify $9 code into $ba. -- 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 23

[Bug 7299] New: ILSDI HoldItem service does't set the itemnumber in reserves table
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '12

07 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7299 Bug #: 7299 Summary: ILSDI HoldItem service does't set the itemnumber in reserves table Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: alex.arnaud(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com The itemnumber is not passed in AddReserve function because parameters are not used correctly in C4/ILSDI.Services.pm. We have: $branch, $borrowernumber, $biblionumber, $constraint, $bibitems, $priority, $notes, $title, $checkitem, $found Instead of: $branch,$borrowernumber,$biblionumber,$constraint,$bibitems,$priority,$resdate,$expdate,$notes,$title,$checkitem,$found Probably because function Addreserve has changed. -- 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 15

[Bug 7286] New: fix rebuild_zebra.pl to add rebuild_zebra_sliced.zsh and
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '12

07 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7286 Bug #: 7286 Summary: fix rebuild_zebra.pl to add rebuild_zebra_sliced.zsh and Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: stephane.delaune(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com -- 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 32

[Bug 6097] New: overdue_notices: when no notice, debarred action not done
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '12

06 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6097 Bug #: 6097 Summary: overdue_notices: when no notice, debarred action not done Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org In overdue rules, when letter is set to "No notice", and debar is checked, the borrower would not be debarred. -- 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 14

[Bug 5437] New: smart-rule improvements
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '12

05 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5437 Summary: smart-rule improvements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Ergonomics_of_smar t-rules_and_circulation_parameters OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 A lot of development is intended to allow for more refined parameters as far as circulation is concerned: see other RFCs for 3.4. There's going to be many more options and many more toggles / choices / more possibilities. It's doubtful this can be accommodated within the current smart-rules.pl page. So a new way to deal with the UI aspect of managing rules is in order. (to be continued with actual proposals: feel free to chime in) This part has been done. It uses a new module C4/IssuingRules.pm and jquery to display and help in organisation of the smart-rule. Still to be done : a) highlighting the selected values, b) use of JEditable in order to allow ppl to edit one value at a time Librarian can now enter default values for a library entering a * where they want the value to be abide by for all the categories or itemtypes below network quotas are also checked, namely, when a value is entered for a default library, and a user borrows books from two libraries, not only Koha checks the quota for each library is respected, but also it checks the conformity with the global rule (“*”) -- 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 7352] New: moremember.pl generates error in Template.pm related to missing $key value
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '12

29 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7352 Bug #: 7352 Summary: moremember.pl generates error in Template.pm related to missing $key value Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: fred.pierre(a)smfpl.org QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com This is similar to bug 6840, but generating an error from the patron quick search (search field at the top of the patron screen). We received errors related to Template.pm missing a $key value. The patch for bug 6840 partially patches the error, but still generates tons of log messages when circ accesses the patron detail screen, so we altered the moremember.pl around line 474 to omit the "$error => 1," and editing the error parameter as follows: --------------------------------------------------- overdues_exist => $overdues_exist, error => 0, StaffMember => ($category_type eq 'S'), --------------------------------------------------- Then we added this status check for errors to the moremember.pl at new line 485, following the close of the original template value definition: --------------------------------------------------- #addition to test error parameter status if ( $error ) { $template -> param ( $error => 1, error => 1, ); } ----------------------------------------- Here is the original error message: moremember.pl: Use of uninitialized value $key in hash element at /home/koha/kohaclone/C4/Templates.pm line 227., referer: http://koha.smfpl.org/cgi-bin/koha/members/member.pl Here is the error message, after patching 6801: moremember.pl: Problem = a value of 1 has been passed to param without key at /home/koha/kohaclone/C4/Templates.pm line 230., referer: http://koha.smfpl.org/cgi-bin/koha/circ/circulation.pl After our patch, listed above, there are no further error messages being generated from the moremember.pl patron detail screen. -- 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 3

[Bug 6350] New: Bug for tracking updates to the history file
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '12

29 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6350 Bug #: 6350 Summary: Bug for tracking updates to the history file Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Documentation AssignedTo: nengard(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org -- 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 22