February 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 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 03 Sep '19

03 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 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

[Bug 19719] New: Add a ‘Collection’ column in the patron loans data table.
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '19

02 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19719 Bug ID: 19719 Summary: Add a ‘Collection’ column in the patron loans data table. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jesse(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org 1 - Add the Collection code (ccode) to the issues table -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 22142] New: An item's current location changes to blank when it is removed from Course Reserves
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '19

28 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22142 Bug ID: 22142 Summary: An item's current location changes to blank when it is removed from Course Reserves Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When removing items from a course reserve, Koha is removing the current location field unless the current location was modified when it was added to the course. Steps: 1.Add an item to an existing active course reserve. 2. Modify Item Type, Shelving Location, Collection code 3. Confirm these changes were made to the item, 4. Remove this item from an active course reserve. 5. See that the item type, shelving location and collection code was reverted to its original value, however, see that the Current Location is now empty. Steps: 1.Add an item to an existing active course reserve. 2. Modify Item Type, Shelving Location, Collection code, and Holding Library 3. Confirm these changes were made to the item, 4. Remove this item from an active course reserve. 5. See that the item type, shelving location and collection code was reverted to its original place, however, see that the Current Location correctly added back. This is happening on 18.05.06, 18.05.07 and 18.11 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 22387] New: Checkin alert for transfer items to stop further checkins
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '19

24 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22387 Bug ID: 22387 Summary: Checkin alert for transfer items to stop further checkins Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: fiona.borthwick(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- When checking items in you get an alert box if the item has to be transferred to a different library. However you can continue to scan item barcodes into the Checkin screen so there is a chance that you will miss this. With the hold alerts, library staff are forced to select an option before they can move on. Could the transfer alert be enhanced so it behaved in the same way? Also if the item has to be transferred to satisfy a hold, staff are forced to acknowledge the action before proceeding. The different behaviour appears to be with just this standard transfer alert. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6