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

[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

[Bug 23226] New: Remove type attribute from script tags: Cataloging
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '19

03 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23226 Bug ID: 23226 Summary: Remove type attribute from script tags: Cataloging Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Keywords: Academy Severity: minor 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 Blocks: 22956 This patch will remove the obsolete "type" attribute from <script> tags in the following cataloging templates: - intranet-tmpl\prog\en\modules\cataloguing\addbooks.tt - intranet-tmpl\prog\en\modules\cataloguing\z3950_auth_search.tt Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22956 [Bug 22956] Omnibus: Remove type attribute from script tags -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 21716] New: Item Search hangs when \ exists in MARC fields
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '19

03 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21716 Bug ID: 21716 Summary: Item Search hangs when \ exists in MARC fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: claire_gravely(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When there are \ (backslashes) in MARC records the item search hangs when trying to load the page the record should appear on. It gets stuck on processing. My specific example has a Publisher written as Narr\Francke\Attempto in 260 $b The error is: SyntaxError: JSON.parse: bad escaped character at line 8 column 9 of the JSON data Tested on 16.11 17.11 and master. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 22249] New: Error when submitting Mana comment
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '19

03 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22249 Bug ID: 22249 Summary: Error when submitting Mana comment Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: koha-bugs(a)lists.koha-community.org, testopia(a)bugs.koha-community.org Depends on: 17047 Target Milestone: --- When I submit a Mana comment on a subscription the process completes successfully but in the console this error is returned: Can't locate object method "find" via package "Koha::Resource_comments" (perhaps you forgot to load "Koha::Resource_comments"?) at /home/vagrant/kohaclone/Koha/SharedContent.pm line 89. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17047 [Bug 17047] Mana Knowledge Base : share data -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 21027] New: Totals in statistics tab change when StatisticsFields is changed
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '19

02 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21027 Bug ID: 21027 Summary: Totals in statistics tab change when StatisticsFields is changed 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com As we understand it the totals in the last line of the statistics table in the patron account should be always the same, independent of the selection made in the StatisticsFields system preference. This is not the case. When "location" is removed, the total is less than with "location". I think this might have something to do with the group and empty values for some entries, but have not been able to find the problem yet. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23