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

[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 13753] New: INDEXER_DAEMON default is incorrect in koha-indexer
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '15

12 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13753 Bug ID: 13753 Summary: INDEXER_DAEMON default is incorrect in koha-indexer Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: I.Brown(a)littleover.derby.sch.uk QA Contact: testopia(a)bugs.koha-community.org After upgrading to Koha 3.18 I thought I'd try the new daemon indexing as our librarian is always complaining about the delay before things appear in searches. I followed the instructions at http://wiki.koha-community.org/wiki/PackagesIndexDaemon to enable it but it did not seem to be working. Looking at ps output to see if it was running I noticed something strange: lcs-koha 947 0.0 0.0 17176 712 ? S Feb06 0:58 daemon --name=lcs-koha-indexer --errlog=/var/log/koha/lcs/indexer-error.log --stdout=/var/log/koha/lcs/indexer.log --output=/var/log/koha/lcs/indexer-output.log --verbose=1 --respawn --delay=30 --user=lcs-koha.lcs-koha -- -daemon -x -sleep 5 The executable name seemed to be missing. Further investigation led me to /usr/sbin/koha-indexer line 177: # Check if an alternate indexer has been set if [ -z $ALTERNATE_INDEXER_DAEMON ]; then INDEXER_DAEMON="$ALTERNATE_INDEXER_DAEMON" else # We default to rebuild_zebra.pl if no alternate indexer set INDEXER_DAEMON="${KOHA_HOME}/bin/migration_tools/rebuild_zebra.pl" fi Surely this means that if the INDEXER_DAEMON is zero length then set it to the zero length string! The default daemon program is never set. The INDEXER_DAEMON assigments should be swapped. I'm surprised no one else has reported this but I can't find any other bug reports. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 13578] New: Parameter public is lost on creating a report
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '15

11 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13578 Bug ID: 13578 Summary: Parameter public is lost on creating a report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org With no caching system, it's not possible to create a public report. -- You are receiving this mail because: You are watching all bug changes.

1 9

[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