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

[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 22830] New: correct for loop in value_builder/unimarc_field_4XX.pl value_builder
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '19

02 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22830 Bug ID: 22830 Summary: correct for loop in value_builder/unimarc_field_4XX.pl value_builder 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- In value_builder/unimarc_field_4XX.pl value_builder gets search results and runs a for loog with $i index. This loop is limiter with number of results par page, it should also be limited by number of results if lower that number of results par page. Same in cataloguing/value_builder/marc21_linking_section.pl. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[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 22552] New: Adding users to serials routing search requires edit_borrowers permission
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '19

01 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22552 Bug ID: 22552 Summary: Adding users to serials routing search requires edit_borrowers permission Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- TO recreate: Create a staff with only catalogue and routing_list permissions Have a serial existing (or create with a staff who has permission) Login as new staff Find the serial Click 'Create routing list' (should say add to/view?) Try to search for patrons Processing appears indefinitely Sign out, give that staff edit_borrowers permission All works?!? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 23363] New: Clicking on shipping cost invoice link from spent.pl causes internal server error
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '19

28 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23363 Bug ID: 23363 Summary: Clicking on shipping cost invoice link from spent.pl causes internal server error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org After bug 22541, clicking the link to the shipment costs on spent.pl causes an internal server error. We should fix that. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[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 23253] New: OpacNavRight does not display if opacuserlogin disabled
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '19

28 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23253 Bug ID: 23253 Summary: OpacNavRight does not display if opacuserlogin disabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 22318 moved the content of OpacNavRight to a 'news' item to aid in translatability. C4/Auth.pm still looks for the OpacNavRight system preference to determine if there is content opac-main.tt checks the value form C4/Auth.pm to set the correct spans To recreate: 1 - Add a news items with location 'OpacNavRight' 2 - View the catalog, it should show correctly 3 - Disable opacuserlogin 4 - The news item no longer appears 5 - git grep OpacNavRight 6 - Note occurrences of reference to the system preference -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 23378] New: Invalid OPAC search RSS: unescaped characters
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '19

24 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23378 Bug ID: 23378 Summary: Invalid OPAC search RSS: unescaped characters 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: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org == Test plan == 1. search something in the OPAC 2. open the RSS feed/copy the URL 3. validate it: https://validator.w3.org/feed/ 4. you will get something like: XML parsing error: <unknown>:16:48: not well-formed (invalid token) <link>/cgi-bin/koha/opac-search.pl?idx=kw&q=MY_SEARCH_QUERY_HERE&format=rss2</link> It seems that the equal sign needs some escaping. I heard there were escape changes in the last few versions. Is that related? The version 16.11 is said to not have this issue (although testing on a 16.11 demo gives the same result) As someone who was consuming the RSS feed couldn't anymore when switching from 16.11 to 18.11 There are still escape differences between these versions even if the first error is still here. Here are the differences if that helps. 18.05 <link>/cgi-bin/koha/opac-search.pl?idx=kw&q=lea&format=rss2</link> <atom:link rel="self" type="application/rss+xml" href="/cgi-bin/koha/opac-search.pl?idx%3Dkw%26q%3Dlea&sort_by=acqdate_dsc&format=rss2"/> 18.11 <link>/cgi-bin/koha/opac-search.pl?idx=kw&q=lea&format=rss2</link> <atom:link rel="self" type="application/rss+xml" href="/cgi-bin/koha/opac-search.pl?idx=kw&q=lea&sort_by=acqdate_dsc&format=rss2"/> «idx=kw&» vs «idx=kw&» «idx%3Dkw%26q%3D» vs «idx=kw» -- You are receiving this mail because: You are watching all bug changes.

1 6

[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

[Bug 19506] New: Staged Marc Import should warn if the selected encoding does not match MARC 21 leader
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '19

23 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19506 Bug ID: 19506 Summary: Staged Marc Import should warn if the selected encoding does not match MARC 21 leader Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Mis-matches between character encodings will cause diacritics be incorrectly imported into Koha. If the imported marc record is MARC8 encoded and imported as UTF-8, diacritics will be converted to the REPLACEMENT CHARACTER '�'. A UTF-8 encoded file imported as MARC8 will try to render the multi-byte UTF-8 characters as MARC8, resulting in garbage text. MARC21 stores its encoding in leader position 09 - Character coding scheme (http://www.loc.gov/marc/bibliographic/bdleader.html) The accepted encodings are '#' for MARC8 and 'a' for UTF-8 (although Koha exports ' ' for MARC8). Koha should check the leader for MARC21 records and warn if the selected encoding does not match the encoding of the marc record, giving the user the opportunity to change the encoding or download fresh records with the correct encoding. [I couldn't tell if this was an issue for UNIMARC] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1