February 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 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 24 Nov '17

24 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 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 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 16726] New: Text in Preferences search box does not clear
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16726 Bug ID: 16726 Summary: Text in Preferences search box does not clear Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: arm(a)hanover.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When in Administration - Preferences, using search box. Enter search term, hit enter or click button to search. After search completes, the search box still shows the search text. Once a search is done, the search box should clear as it does for checkout, catalogue, patron searches etc. (Note that this is more annoying now that the search text also persists when switching to a different tab, like from Preferences to Checkout.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 16463] New: OPAC discharge page should warn the user about checkouts before they request
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16463 Bug ID: 16463 Summary: OPAC discharge page should warn the user about checkouts before they request Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/opac-discharge.pl OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If you have checkouts you cannot request a discharge. The "ask for a discharge" page on the OPAC should warn the user about their checkouts instead of waiting to do so until after they have clicked on the "ask for a discharge" link. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 16204] New: Show friendly error message when trying to edit record which no longer exists
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16204 Bug ID: 16204 Summary: Show friendly error message when trying to edit record which no longer exists Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=X OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you pass a non-existent biblionumber to addbiblio.pl you will get an error message: Can't call method "title" on an undefined value at /cataloguing/addbiblio.pl line 814. This might happen if you click an edit link from search results which are out of date or if you have saved the results of a report. Koha should show a friendlier error message. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 17278] New: Limit to available items returns 0 results
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17278 Bug ID: 17278 Summary: Limit to available items returns 0 results Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: erjon.sulaj(a)uart.edu.al QA Contact: testopia(a)bugs.koha-community.org Created attachment 55337 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55337&action=ed… limit search results to available opac Hi, Another problem I encountered with koha 16.05 is the function "limit to currently available" when trying to narrow down a search. If selected, the search will return 0 results, although there are many titles available. Kindly see attached image. Best regards, Erjon -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 17834] New: Change library news text for single-branch libraries
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17834 Bug ID: 17834 Summary: Change library news text for single-branch libraries 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org If a library has only 1 branch the 'system-wide' in the text for the news RSS feed can be a bit confusing. Current text: RSS feed for system-wide library news. It would be nice to catch the case of single-branch and show a different text then. -- You are receiving this mail because: You are watching all bug changes.

1 22