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

[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 7787] New: SIP server closes the TCP connection when it receives an invalid message
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '12

06 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7787 Priority: P5 - low Change sponsored?: --- Bug ID: 7787 Assignee: colin.campbell(a)ptfs-europe.com Summary: SIP server closes the TCP connection when it receives an invalid message QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: marc(a)msys.ch Hardware: All Status: NEW Version: unspecified Component: SIP2 Product: Koha When the SIP server receives an invalid message, it closes the TCP connection. It should keep the connection open, but ignore the message and reply with a RESEND message (96). -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 7725] New: Marking a subfield mandatory makes the entire field mandatory
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '12

06 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7725 Priority: P5 - low Change sponsored?: --- Bug ID: 7725 Assignee: gmcharlt(a)gmail.com Summary: Marking a subfield mandatory makes the entire field mandatory QA Contact: koha.sekjal(a)gmail.com Severity: minor Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Bibliographic data support Product: Koha When you mark a subfield mandatory in the MARC framework, that has the effect of making the tag mandatory as well, regardless what the "mandatory" flag on the tag is set to. I think that marking a subfield mandatory should have the effect of "mandatory if applicable," which is used commonly in the MARC standards but can't be represented at present in Koha's MARC bibliographic frameworks. -- You are receiving this mail because: You are watching all bug changes.

1 1

[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 8136] New: Changes the expected lenght of 100$a in rebuild_zebra.pl
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '12

03 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8136 Priority: P5 - low Change sponsored?: --- Bug ID: 8136 Assignee: gmcharlt(a)gmail.com Summary: Changes the expected lenght of 100$a in rebuild_zebra.pl Severity: normal Classification: Unclassified OS: All Reporter: christophe.croullebois(a)biblibre.com Hardware: All Status: NEW Version: master Component: MARC Bibliographic data support Product: Koha In rebuild_zebra.pl, if we are in "unimarc" ("marcflavour" syspref), the sub "fix_unimarc_100" is called and checks if 100$a lenght is equal to 35. If it is not the case, the sub inserts the timestamp and more, so we loose the datas in reindexing. The standart lenght is 36. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8087] New: Calendar not working in dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '12

02 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8087 Priority: P5 - low Change sponsored?: --- Bug ID: 8087 Assignee: henridamien(a)koha-fr.org Summary: Calendar not working in dropbox mode Severity: enhancement Classification: Unclassified OS: All Reporter: tdavis(a)uttyler.edu Hardware: All Status: NEW Version: master Component: Holidays Product: Koha It appears that dropbox mode is not working with the Holiday calendar again. -- You are receiving this mail because: You are watching all bug changes.

1 8

[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