January 2015 - Koha-bugs - lists.koha-community.org

[Bug 11400] New: Show "Login as a different user" instead of "Logout" if not enough premissions
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '15

07 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11400 Bug ID: 11400 Summary: Show "Login as a different user" instead of "Logout" if not enough premissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Bug 11146 introduced a way to go back, and have a logout link for the "Not enough permissions" message page. I belive this string change is worth. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 11733] New: "gist" system preference inconsistently treated as single-value or multi-value
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '15

06 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11733 Bug ID: 11733 Summary: "gist" system preference inconsistently treated as single-value or multi-value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The "gist" system preference, which specifies tax rates available for use in various places in acquisitions, lets the user specify multiple values separated by pipe symbols. The first value is taken to be the default tax rate to apply. However, there are some places in the code where it effectively assumes that gist contains only one value: acqui/basketgroup.pl: if ($bookseller->{invoiceincgst} && ! $bookseller->{listincgst} && ( $bookseller->{gstrate} // C4::Co acqui/basketgroup.pl: my $gst = $bookseller->{gstrate} // C4::Context->preference("gist"); acqui/basketgroup.pl: my $pdf = printpdf($basketgroup, $bookseller, $baskets, \%orders, $bookseller->{gstrate} // C4::Context-> acqui/invoice.pl:my $gist = $bookseller->{gstrate} // C4::Context->preference("gist") // 0; acqui/parcel.pl:my $gst = $bookseller->{gstrate} // C4::Context->preference("gist") // 0; and other places where it assumes (correctly) that it can have multiple values: acqui/neworderempty.pl:}, split( '\|', C4::Context->preference("gist") ); acqui/supplier.pl: }, split( '\|', C4::Context->preference("gist") ); Routines should be written for fetching either the list of tax rates or the default tax rate as needed. See also bug 11680. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 5176] New: SIPServer Incorrectly Requires Login over Socket
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '15

06 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5176 Summary: SIPServer Incorrectly Requires Login over Socket Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Comment in the source indicates a mis-reading of the standard. Assuming that over a raw socket connection login will be the first message. Standard states that whether login or another mechanism is used is optional. (It is configurable on 3M units and most others). (If used login should be first but it can be spoofed in our implementation anyway) Use of login should be a configurable option. This may cause problems on flaky connections. -- 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 12008] New: hold notice can be deleted
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '15

06 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12008 Bug ID: 12008 Summary: hold notice can be deleted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Okay this is a strange one. 1. Create a new HOLD notice template for a branch (not for all libraries) 2. Delete that new HOLD notice you created 3. Recreate the HOLD notice template for that branch 4. The HOLD notice for all libraries disappears and in the database the message_transports.branchcode field for HOLD now has the branchcode before it was blank. This causes issues with sending of HOLD notices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 12169] New: Improve reliability of sip_shutdown script
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '15

06 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12169 Bug ID: 12169 Summary: Improve reliability of sip_shutdown script Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com the sip_shutdown script rightly announces the brittleness of it approach to identifying the process to kill. A more reliable method is available by getting the server to use the standard approach of writing a pidfile which is part of Net::Server's functionality. Change script to use this and alter config scripts accordingly -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 13558] New: In-house checkouts: optionally allow library to choose due date
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '15

06 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13558 Bug ID: 13558 Summary: In-house checkouts: optionally allow library to choose due date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently the on-site checkouts due date is hardcoded the "end of today". For libraries who store the items locally for the patrons to come back and use them again, it woudl be nice if the due date could be specified manually on the circ page. circ/circulation.pl l.163-165 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 13575] New: Updating developer list.
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '15

05 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13575 Bug ID: 13575 Summary: Updating developer list. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Developer documentation Assignee: gmcharlt(a)gmail.com Reporter: brandon_h27(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Names do not appear in the Koha history Timeline. This would be a good addition. The names to be added are: Kahurangi Cormack, Alexander Cheeseman. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 5337] New: acq EAN search
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '15

05 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5337 Summary: acq EAN search Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/EAN_reading_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 In acquisition module, scanning an EAN will result in a correct search -- 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 57

[Bug 11979] New: items status not for loan on course reserve
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '15

05 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11979 Bug ID: 11979 Summary: items status not for loan on course reserve Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Hi, Status not for loan of an item is not showing on opac-course-detail. Exemple here http://catalog.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumbe… and http://catalog.bywatersolutions.com/cgi-bin/koha/opac-course-details.pl?cou… Status is not for loan on opac-detail and available on opac-course-details. Is this normal? Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 9225] New: Subroutines should not be defined in acqui/parcel.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '15

05 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9225 Bug ID: 9225 Summary: Subroutines should not be defined in acqui/parcel.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com We should not be declaring subroutines in .pl files. Unfortunately, there are three routines currently declared in acqui/parcel.pl. When run under Plack, this results in the following warnings in the log: Subroutine get_value_with_gst_params redefined at /home/jcamins/kohaclone/acqui/parcel.pl line 74. Subroutine get_gste redefined at /home/jcamins/kohaclone/acqui/parcel.pl line 93. Subroutine get_gst redefined at /home/jcamins/kohaclone/acqui/parcel.pl line 102. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5