August 2014 - Koha-bugs - lists.koha-community.org

[Bug 11821] New: Staff client catalog: delete menu items greyed out without explanation
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '15

13 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11821 Bug ID: 11821 Summary: Staff client catalog: delete menu items greyed out without explanation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If you view a title in the staff client which has items attached the edit menu item "Delete record" will be greyed out. Like the fix in Bug 2310 a tooltip should be added explaining why. Similarly, menu items which relate to operations on items should be disabled (with explanation) if the record has no items. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 12732] New: Sort late orders by basket creation or closing date
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '15

12 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12732 Bug ID: 12732 Summary: Sort late orders by basket creation or closing date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: simith.doliveira(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 9848] New: SIP tests : fix in 10renew_all.t (additionnal checkin)
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '15

12 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9848 Bug ID: 9848 Summary: SIP tests : fix in 10renew_all.t (additionnal checkin) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: SIP2 Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com CC: colin.campbell(a)ptfs-europe.com [MT10401] An error occurs while trying the "renew all" SIP test, 10renew_all.t: # Failed test 'match leader Renew All: prep: check out 1783B to 1X981' # at /home/asaurat/workspace/versions/community/C4/SIP/t/SIPtest.pm line 204. # Response '121YNY20130319 153138AOVIL|AA1X981|AB1783B|AJL ANGOISSE DU ROI SALOMON|AH20130521 235900|AFItem already checked out to you: renewing item.|AY3AZD551' doesn't match pattern '(?-xism:^121NNY\d{8} {4}\d{6})' Koha sent: 121YNY The test expects: 121NNY 12 = code for "Checkout Response" message 1 = Operation succeeded The three following characters mean: - renewal ok - magnetic data - desensitize We have a difference on the "Renewal ok" field. I found the reason behind this: it happens when you run all the tests at once ("make test"). In this case, this "renew all" test starts with an item already checked out during a former test. The "renew all" test begins with a checkout operation, but as the item is already out, this results in a renewal when it's not expected yet. The solution I can see : adding a "checkin" operation at the very beginning of the test. But to let the test work even when launched alone, we must allow this checkin to be unsuccessfull, it's just part of the preparation before the actual renewal tests. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 11430] New: Search history: Delete selected lines
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '15

11 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11430 Bug ID: 11430 Summary: Search history: Delete selected lines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 10807 adds a search history for authorities and bug 10862 adds the search history on the staff interface. This one allows the user to select the search history lines he wants to delete. -- You are receiving this mail because: You are watching all bug changes.

1 98

[Bug 12594] New: Get rid of z3950random
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '15

11 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12594 Bug ID: 12594 Summary: Get rid of z3950random Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This field is of no use (since longer time already) and I would like to remove it from Koha. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 12553] New: copynumber, location not printing correctly on spine labels.
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '15

10 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12553 Bug ID: 12553 Summary: copynumber, location not printing correctly on spine labels. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 29617 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29617&action=edit label_batch_8.pdf -- spine label output. I have verified that the problem exists on the bywater example site. Here are the steps that I used to replicate the problem: 1) Log in to http://intranet.bywatersolutions.com username: bywater password:bywater 2) Go to Home > Tools > Labels home > Manage label Templates: ( http://intranet.bywatersolutions.com/cgi-bin/koha/labels/label-manage.pl?la… ) 3) Create a new template with the following fields template_code: GAYLORD_20000590_SL units: INCH template_desc: 1 5/8'' x 7/8'' Spine labels page_width: 8.5 page_height: 11 label_width: 0.875 label_height: 1.625 top_text_margin: 0.31 left_text_margin: 0.3 top_margin: 0.13 left_margin: 0.1 cols: 2 rows: 6 col_gap: 3.3 row_gap: 0.29 creator: Labels 4) Click 'Manage layouts' 5) Check the 'select' box for 'spine' layout, then click 'edit' 6) Check 'List Fields' radio button, then enter itemcallnumber, copynumber, location In the 'Data fields' text box. 7) Click the 'New Batch' button 8) Add the barcodes TVSN5000326266 and TVSN5000226254 to the 'Add by barcode(s)' text box, click the 'Add item(s)' button. 9) Click the 'Export batch' button 10) Select GAYLORD_20000590_SL as 'template to be applied' 11) Select 'spine' as 'layout to be applied' 12) Click 'Export' 13) Click 'Download as PDF' The resulting pdf Will have two labels, which read as follows: 598 Aud 0 0 JBIO Opp 0 0 These should read: 598 Aud 1 AUD and JBIO Opp 1 BIO Respectively. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8603] New: Patron card creator - 'Barcode Type' don't stick in layouts
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '15

10 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8603 Priority: P5 - low Change sponsored?: --- Bug ID: 8603 Assignee: cnighswonger(a)foundations.edu Summary: Patron card creator - 'Barcode Type' don't stick in layouts Severity: minor Classification: Unclassified OS: All Reporter: derrynj(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Label printing Product: Koha To reproduce: 1. Make a new layout 2. Tick "Print card number as barcode" 3. Change 'Barcode Type' to anything other than Code39 4. Save 5. Edit it again 6. Its back to Code39 -- You are receiving this mail because: You are watching all bug changes.

1 4

[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