July 2019 - Koha-bugs - lists.koha-community.org

[Bug 23405] New: Circulation autocomplete for patron lookup broken if cardnumber is empty
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '19

09 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23405 Bug ID: 23405 Summary: Circulation autocomplete for patron lookup broken if cardnumber is empty Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If CircAutocompl is enabled, the staff client's "check out" search form in the header has a patron search autocomplete feature. Selecting a result should take you to the patron's checkout screen. Because this uses card number, it doesn't work with patrons who have no card number. It should use borrowernumber instead. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 23397] New: Order lines can be duplicated in acqui scripts spent.pl and ordered.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '19

09 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23397 Bug ID: 23397 Summary: Order lines can be duplicated in acqui scripts spent.pl and ordered.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 21622 attempted to fix some grouping for strict mode, however, it failed to take into account that single order can have multiple item types. To recreate: 1 - Place an order for 4 copies of a title in acq 2 - Make sure you are creating orders when ordering (AcqCreateItems syspref and/or when creating basket) 3 - Set three items to one type, and one to another 4 - Go to Acqui-Home and click 'ordered' for the used budget 5 - Note the line is duplicated for each itemtype in the order 6 - Recieve the items and note the same issue on 'Spent' 7 - Place another order as before so you have the problem in both ordered.pl and spent/pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 21281] New: Label Template - Creation not working
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '19

08 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21281 Bug ID: 21281 Summary: Label Template - Creation not working Change sponsored?: --- Product: Koha Version: 18.05 Hardware: PC OS: Linux Status: NEW Severity: blocker Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: hkelmer(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hi, Koha version: 18.05.02.000 mysql Ver 15.1 Distrib 10.3.8-MariaDB create a "Label Template" and save. (any configuration ....) There is no error message. But it shows a message indicating that "there is no template" It looks like Koha is using some reserved words ( rows ) during the creation of a new label template... As i looked the sql commands that koha is using to create the template i figure out that its using "rows" - a new reserved word ... Could you verify it, please tia Henrique -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 21887] New: 856$u link problem in XSLT result lists and detail page
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '19

06 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21887 Bug ID: 21887 Summary: 856$u link problem in XSLT result lists and detail page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kohadevinim(a)devinim.com.tr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 82674 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=82674&action=ed… Sample MARC record İf you dont add http:// or ftp:// in front of link pages in 856$u field, intranet webpage search result and detail page yields to connect localhost. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 20254] New: Forbid the download of duplicate EDI messages
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '19

06 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20254 Bug ID: 20254 Summary: Forbid the download of duplicate EDI messages 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: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org In theory EDI messages should be downloaded only once, as we rename it according to Edifact conventions as soon as downloaded. However the case has occured when after an issue with a vendor's server duplicates of the days files have been uploaded to the download directory. As a result duplicate quotes are downloaded, creating new orders on the system, as Koha cannot now rename the file (it would entail overwriting a file on the vendor's system) this can continue infinitely. So do not allow duplicate filenames to be downloaded, add a unique constraint to edifact_messages to support this -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 17057] New: Remove event attributes from holds template
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '19

05 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17057 Bug ID: 17057 Summary: Remove event attributes from holds template 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 CC: testopia(a)bugs.koha-community.org reserve/request.tt contains several event attributes like "onclick" which should be removed in favor of defining events in JavaScript. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 22836] New: Tests catching XSS vulnerabilities in pagination are not correct
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '19

05 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22836 Bug ID: 22836 Summary: Tests catching XSS vulnerabilities in pagination are not correct Change sponsored?: --- Product: Koha Version: unspecified 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 Target Milestone: --- See bug 22478 comments 44 and 45. The tests were added originally to catch XSS vulnerabilities when pagination was used (shelves, reviews, authorities searches, etc.). With one of the QA followup (Handle category in opac-shelves like a boolean) we did not trust the escape by resetting the "category" if not set to 1 or 2. We should rely on the correct filtering instead. However, if one really wants to use this change, we should adapt the tests to catch the correct filtered values (and so do not use unlike), in another area (i.e. not shelves, where we are handling the invalid values differently). I am suggestion to revert those patches, as it is the easiest solution. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 22903] New: Elasticsearch, fix the encoding when you refine your search
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '19

05 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22903 Bug ID: 22903 Summary: Elasticsearch, fix the encoding when you refine your search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: axel.amghar(a)biblibre.com Target Milestone: --- With elastic search when you use characters like é, à, ç ... the first reasearch show up correctly but when you refine your search with "Show more", the encoding becomes bad and so, results of the reasearch too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 16251] New: Material type is not correctly set for Rancor 008 widget
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '19

05 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16251 Bug ID: 16251 Summary: Material type is not correctly set for Rancor 008 widget Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This should likely use the same mapping as the old widget: Field 008/18-34 Configuration If Leader/06 = a and Leader/07 = a, c, d, or m: Books If Leader/06 = a and Leader/07 = b, i, or s: Continuing Resources If Leader/06 = t: Books If Leader/06 = c, d, i, or j: Music If Leader/06 = e, or f: Maps If Leader/06 = g, k, o, or r: Visual Materials If Leader/06 = m: Computer Files If Leader/06 = p: Mixed Materials -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 21518] New: Material type "three-dimensional artifact" displays as "visual material"
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '19

04 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21518 Bug ID: 21518 Summary: Material type "three-dimensional artifact" displays as "visual material" Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: isabel.pineda(a)ds.edu.sv QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl A catalog record with material type r (three-dimensional artifact) displays as g (visual material) - the icon as well as the description, in the admin interface as well as in the OPAC. Looking at the source code, I see that the icon VM.png is used. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16