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

[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 13825] New: can't use profile more than one time
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '15

12 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13825 Bug ID: 13825 Summary: can't use profile more than one time 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org You can't use the same printer profile for different label templates. I had to create a new identical printer profile while I was creating a new template even tho all of the settings were identical (the existing printer profile was not available via the drop-down menu). Seems like an oversight - usually you're using the same printer for all your labels so you should be able to reuse the profile. -- You are receiving this mail because: You are watching all bug changes.

1 1

[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 13824] New: Print notices message_queue.status defaults to Pending for patrons without e-mail
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '15

11 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13824 Bug ID: 13824 Summary: Print notices message_queue.status defaults to Pending for patrons without e-mail Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: danielle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The status of notices that are sent to be printed (no e-mail for patrons) defaults to PENDING. There should be a way to edit this or a trigger that updates the status to something different than PENDING for message_queue.status field of notices not e-mailed. If a library could edit this for print notices, or even if it said "SENT TO PRINT" it would be helpful to librarians to know something happened to the notice instead of sitting in the message queue, which it appears to be with PENDING. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13823] New: item search should include note fields
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '15

11 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13823 Bug ID: 13823 Summary: item search should include note fields 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be great if the item search in the staff client included the notes fields on the item record (both public and non public). -- You are receiving this mail because: You are watching all bug changes.

1 0

[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