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

[Bug 17010] New: Canceling a hold that has been waiting too long from Holds Awaiting Pickup no longer alerts librarian about next hold
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17010 Bug ID: 17010 Summary: Canceling a hold that has been waiting too long from Holds Awaiting Pickup no longer alerts librarian about next hold Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In previous versions of Koha, if a hold canceled from the "Holds over" tab had other holds on it, the librarian would be alerted with the message "This item is on hold for pick-up at your library" and directed to check it in to fill the next hold. This no longer happens. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 16538] New: Improve the style of progress bars
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '17

21 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16538 Bug ID: 16538 Summary: Improve the style of progress bars Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 51581 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=51581&action=ed… Screenshot of a progress bar before the patch I would like to add some style to progress bars on various pages to make them look a little nicer. See attached for before and after screenshots. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 17676] New: Default COLLATE for marc_subfield_structure is not set
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '17

21 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17676 Bug ID: 17676 Summary: Default COLLATE for marc_subfield_structure is not set Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 17216, 11944 (This issue has been raised on bug 17216 comments 93-103) On bug 11944 (3.19.00.006) we updated the default COLLATE for all our tables to utf8_unicode_ci but not the marc_subfield_structure table. Indeed we want to keep tagsubfield a utf8_bin (to allow lowercase and uppercase of the same letter for subfields). We should have set the default collate to utf8_unicode_ci for further changes. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11944 [Bug 11944] Cleanup Koha UTF-8 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17216 [Bug 17216] Add a new table to store authorized value categories -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 18884] New: Advanced search on staff client, Availability limit not properly limiting
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '17

20 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18884 Bug ID: 18884 Summary: Advanced search on staff client, Availability limit not properly limiting Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 64741 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64741&action=ed… limit here is limit=BN, not limit=holdingbranch%3ABN, which causes an item not from this library (Bison) showing in search results On the advanced search area, when you limit to a specific library in the availability limits, the resultant search string is: /cgi-bin/koha/catalogue/search.pl?idx=au&q=janet&op=and&idx=kw&op=and&idx=kw&limit=E&sort_by=relevance where the limit is: limit=E for holding branch...the limit should be /cgi-bin/koha/catalogue/search.pl?idx=au&q=evanovich+janet&op=and&idx=kw&op=and&idx=kw&limit=holdingbranch%3ABN&sort_by=relevance limit=holdingbranch%3ABN This means that currently a limit for a specific library will return books not in that library. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 19180] New: Vendor name is missing from breadcrumbs when closing an order
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '17

15 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19180 Bug ID: 19180 Summary: Vendor name is missing from breadcrumbs when closing an order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When an open basket/order is closed, the breadcrumbs on the page asking about adding the order to a basket group is missing the vendor name in the breadcrumbs in 2 spots: Home › Acquisitions › › Basket Test bug 15347 (1) for -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 19129] New: Can't use "I" as a patron category code
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '17

15 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19129 Bug ID: 19129 Summary: Can't use "I" as a patron category code Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: francois.charbonnier(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I noticed this on 16.05 and 16.11. If a patron categorycode is I, the patron detail page is broken. Test plan : 1. Create a a new patron category. Use "I" as a category code. 2. Go to patron detail page 3. Change the patron category for this new one. Save. 4. The patron detail page is broken. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 18802] New: Circulation.t fails if finesMode != "Do not calculate"
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '17

15 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18802 Bug ID: 18802 Summary: Circulation.t fails if finesMode != "Do not calculate" Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 18624] New: Run time errors when searching authorities with Elastic search 5.3
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '17

15 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18624 Bug ID: 18624 Summary: Run time errors when searching authorities with Elastic search 5.3 Change sponsored?: --- Product: Koha Version: master Hardware: PC OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: david.holoshka(a)ub.lu.se QA Contact: testopia(a)bugs.koha-community.org Searching for a known authority entry (eg. Bear or Meyer) results in either the following runtime errors or no result (sort none). Sort on finds nothing Header search only $a: Software error: Invalid marclist field provided: all at /usr/local/koha/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 433. Koha::SearchEngine::Elasticsearch::QueryBuilder::build_authorities_query_compat(Koha::SearchEngine::Elasticsearch::QueryBuilder=HASH(0x90e2110), ARRAY(0x90d4630), ARRAY(0x90d4660), ARRAY(0x914bf30), ARRAY(0x912f6b0), ARRAY(0x912f0f8), "", "") called at /usr/local/koha/authorities/authorities-home.pl line 93 Search Main Heading : Software error: Can't use string ("9932563") as an ARRAY ref while "strict refs" in use at /usr/local/koha/Koha/SearchEngine/Elasticsearch/Search.pm line 202. auth index entry in elastic search: { "_index" : "koha_ulibrary_authorities", "_type" : "data", "_id" : "1756", "_score" : 1.0, "_source" : { "Personal-name-see-also-from" : null, "Meeting-name-heading" : null, "Personal-name" : [ "Bear, Roberta Meyer" ], "Corporate-name-see-also-from" : null, "Heading-use-series-added-entry" : " ", "es_id" : "1756", "See-also-from" : null, "Meeting-name-see-also-from" : null, "LC-card-number" : null, "record" : [ [ "LDR", null, null, "_", "00262nz a2200121o 4500" ], [ "001", null, null, "_", "11072" ], [ "003", null, null, "_", "LDU" ], [ "005", null, null, "_", "20170405133903.0" ], [ "008", null, null, "_", "170405930116 a aabn a aaa" ], [ "040", " ", " ", "a", "L", "c", "L" ], [ "100", "1", " ", "a", "Bear, Roberta Meyer" ], [ "400", "1", " ", "a", "Meyer Bear, Roberta" ], [ "942", " ", " ", "a", "PERSO_NAME" ], [ "999", " ", " ", "c", "1756", "d", "1756" ] ], "Match-heading-see-from" : null, "record-source" : [ "L", "L" ], "Heading-use-main-or-added-entry" : " ", "Meeting-name-see-from" : null, "Personal-name-heading" : [ "Bear, Roberta Meyer" ], "Heading-use-subject-added-entry" : "a", "Personal-name-see-from" : [ "Meyer Bear, Roberta" ], "Local-number" : [ "11072" ], "Corporate-name-see-from" : null, "Match" : null, "authtype" : [ "PERSO_NAME" ], "Kind-of-record" : "1", "Match-heading" : [ "Bear, Roberta Meyer" ], "Descriptive-cataloging-rules" : "1", "See-from" : null, "Heading" : [ "Bear, Roberta Meyer" ], "Heading-Main" : null, "Subject-heading-thesaurus" : "6", "Meeting-name" : null } }, We are using the default field mapping. Koha running on Debian, I have applied a patch not yet on main (Bug 18434 - Elasticsearch indexing broken with newer catmandu version ) to make the biblio search work. Mysql ES 5.3 (it seems to be working fine) on oracle java 8 Marc 21 All perl catmandu modules are the latest from cpanm. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 18633] New: Logs are full of CGI:: param called in list context - itemsearch.pl
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '17

15 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18633 Bug ID: 18633 Summary: Logs are full of CGI::param called in list context - itemsearch.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org The use of the CGI TT plugin in catalogue/itemsearch.tt floods logs with: itemsearch.pl: CGI::param called in list context from package Template::Document line 118, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436., referer: http://xxx/cgi-bin/koha/about.pl -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 16828] New: Item Overlay does not respect Bibliographic Record Match
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '17

09 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16828 Bug ID: 16828 Summary: Item Overlay does not respect Bibliographic Record Match Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When importing a new record and matching the bib and 'replacing' the item, Koha matches/overlays items on either barcode or itemnumber in the 952 $p or $9. However, it does not require that the item being overlaid be tied to the bibliographic record being matched in the import process. Example: Bib record 1: =LDR 01867cgm a2200433 a 4500 =020 \\$a1564589161 =245 00$aDog$h[videorecording] /$cBBC Wildvision ; BBC Lionheart Television and Dorling Kindersley Vision in association with Oregon Public Broadcasting ; =999 \\$c39742$d39742 =952 \\$aMAIN$bMAIN$cJVI$oJVID 636.7 Jol$pTVSN5$yVHS$93600 Bib record 2: =LDR 00925cam a22002775a 4500 =020 \\$a0716617471 (hbk.) =100 1\$aMorley, Christine. =245 00$aDog /$cChristine Morleyand Carole Orbell ; illustrations by Brita Granström. =999 \\$c35238$d35238 =952 \\$936713$aMAIN$bMAIN$cJVI$oJuv Mor$pBAR1$yVHS$95000 If you import the following record and use a 020$a matching rule you will match on bib #1, but overlay the item on bib #2. Koha gives no warning but simply overlays. =LDR 01867cgm a2200433 a 4500 =020 \\$a1564589161 =245 00$aDog$h[videorecording] /$cBBC Wildvision ; BBC Lionheart Television and Dorling Kindersley Vision in association with Oregon Public Broadcasting ; =999 \\$c39742$d39742 =952 \\$aEAST$bEAST$oJVID 636.7 Jol$pBAR1$yVHS or use the following item tag matching on the itemnumber =952 \\$aEAST$bEAST$oJVID 636.7 Jol$p57890000012345$yVHS$95000 This could be a problem particularly with libraries using an acquisitions process where items must be overlaid with new information. Koha should check to see that bib overlaid belongs to the bib that was matched before overlaying. Right now there is no indication that the overlay took place on a second bibliographic record. -- You are receiving this mail because: You are watching all bug changes.

1 1