September 2017 - Koha-bugs - lists.koha-community.org

[Bug 17176] New: Did you mean searches should respect UseAuthoritiesForTracings and search by terms instead of numbers
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17176 Bug ID: 17176 Summary: Did you mean searches should respect UseAuthoritiesForTracings and search by terms instead of numbers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In catalogs where some authorities may not be linked it would be beneficial to have 'Did you mean?' searches constructed with terms rather than authority numbers as the latter can result in dead links. Alternatively 'Did you mean?' shouldn't suggest unused authorities -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 19252] New: Upgrading message shows identical Version
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '17

27 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19252 Bug ID: 19252 Summary: Upgrading message shows identical Version Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 66836 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=66836&action=ed… Screenshot upgrading message with identical version in web installer While upgrading, the web installer shows a message similar like "We are upgrading from Koha 17.06.00.004 to 17.06.00.004" Expected: Different version numbers for "from" and for "to". It seems that dbversion and kohaversion are the same in installer/step3.tt (see screenshot). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 18357] New: On-site checkouts issues with 'Unlimited'
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '17

26 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18357 Bug ID: 18357 Summary: On-site checkouts issues with 'Unlimited' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When on-site checkouts are 'Unlimited' the checkouts can be blocked if there is a limit for checkouts in general To reproduce: Set All/All rule with Unlimited/unlimited for normal/onsite checkouts Will be able to perform onsite checkout Edit rule to be 15/Unlimited normal/onsite Will get error 'Too many: 1 on site checkout, only are allowed' Set rule to 15/15 Onsite checkouts work again Similar issue with Default checkout, hold and return policy and Default checkout limit by patron category -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 18131] New: Matching staged records when using elastic search fails
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '17

26 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18131 Bug ID: 18131 Summary: Matching staged records when using elastic search fails Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl There is a perl related bug in C4/Matcher.pm when collecting matched records. "simple_search_compat" returns a reference to an array of matches. When using ElasticSearch, this array contains MARC::Record objects. The score for these matches are then collected (currently line 692-694) into a hash "%matches" where the matched object is used as the key. Perl converts all hash keys into strings, so the object is lost. The hash "%matches" is used in a foreach (line 708) where it assumes the object can be recovered from the key, but this is not the case. The error in the log is: stage-marc-import.pl: Can't locate object method "fields" via package "MARC::Record=HASH(0xb403da8)" (perhaps you forgot to load "MARC::Record=HASH(0xb403da8)"?) at /home/vagrant/kohaclone/C4/Biblio.pm line 2691., referer: http://localhost:8081/cgi-bin/koha/tools/stage-marc-import.pl Steps to reproduce (given an instance using ElasticSearch as search engine): 1. Export a bibliographic record in MARC format. 2. Create a matching rule that matches on "999$c" with a score and threshold of 1000 (doesn't really matter as long as they're the same) 3. Edit the record in Koha so that they're slightly different (this is probably unnecessary). 4. Upload the exported file in Stage MARC import, and select the matching rule you created, then click on "Stage for import". Expected outcome: Redirected to the batch page with the matching record being shown. Actual outcome: Things seem to hang, but in reality the staging has crashed with the error shown above. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 17051] New: Default order biblio subfields in framework
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '17

25 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17051 Bug ID: 17051 Summary: Default order biblio subfields in framework Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, It would be nice if subfields in framework editor could have subfields put in any order. With RDA, subfield "i" is often in first position. It would be nice having a way to set by default an order of subfield for a framework. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 18616] New: The "Add forgot password link to OPAC" should allow patrons to use their library card number in addition to userid
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18616 Bug ID: 18616 Summary: The "Add forgot password link to OPAC" should allow patrons to use their library card number in addition to userid Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: techservspec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 8753 will only accept the patron's username. However some libraries do not use the username for identifying patrons, only their library card number. The "Forgot your password" feature should allow patrons to enter either their username or their card number in the Log In box (in addition to their email address) in order to reset their password. -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 17610] New: Allow the number of plack workers and max connections to be set in koha-conf.xml
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17610 Bug ID: 17610 Summary: Allow the number of plack workers and max connections to be set in koha-conf.xml Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be nice if we could control the number of workers and max requests on a per instance basis, rather than the numbers being hardcoded in the plack startup script. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 19193] New: When displaying the fines of the guarantee on the guarantor account, price is not in correct format.
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19193 Bug ID: 19193 Summary: When displaying the fines of the guarantee on the guarantor account, price is not in correct format. Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: nick(a)bywatersolutions.com Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 66559 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=66559&action=ed… what this looks like When displaying the fines of the guarantee on the guarantor account, price is not in correct format. Currently if the price is 7.50 the price shows up as 7.5 . Fees & Charges: Patron's guarantees collectively owe... -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 17664] New: Silence non-zebra warnings in t/db_dependent/Search.t
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17664 Bug ID: 17664 Summary: Silence non-zebra warnings in t/db_dependent/Search.t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: mtompset(a)hotmail.com QA Contact: gmcharlt(a)gmail.com Run prove t/db_dependent/Search.t and there are non-zebra warnings which could be easily solved. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 19345] New: SendMail error does not display error message in password recovery
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19345 Bug ID: 19345 Summary: SendMail error does not display error message in password recovery Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: david.bourgault(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org If the call to SendPasswordRecoveryEmail(...) in opac-password-recovery.pl fails, a error message should be displayed, but it's not. To reproduce: - Force SendPasswordRecoveryEmail() failure - Easiest way is to the file opac-password-recovery.pl and replace the 'elsif (SendPassword...' at line 131 by 'elsif ( 0 ) {' - Attempt to recover a user's password with valid login+email combo. A message saying "An error has occurred while sending you the password recovery link." should be displayed, but it is not. -- You are receiving this mail because: You are watching all bug changes.

1 13