May 2020 - Koha-bugs - lists.koha-community.org

[Bug 25584] New: When a 'return claim' is added, the button disappears, but the claim date doesn't show up
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25584 Bug ID: 25584 Summary: When a 'return claim' is added, the button disappears, but the claim date doesn't show up Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 When adding a 'claims returend' from the checkouts table, the button disappears, but the date of the claim will only appear after a reload of the page. I think it would be more helpful to see the date right away as this helps to confirm the process worked correctly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 25553] New: edit item date sort does not sort correctly
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25553 Bug ID: 25553 Summary: edit item date sort does not sort correctly Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When in the edit items table for a bib record, the date last seen and date accessioned do not sort correctly. To test, find a bib record with multiple items attached that have different dates for either accessioned and/or last seen. Select Edit - items. On the edit items screen, click on the column header for one of the dates and note that they do not sort in date order. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 25005] New: Admin Rights issue for Suggestion to Purchase
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25005 Bug ID: 25005 Summary: Admin Rights issue for Suggestion to Purchase Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: christofer.zorn(a)ajaxlibrary.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hello All! I hope everyone staying safe during this time! Yesterday I was trying to give a staff member permission to view and approve the "Suggestions Pending Approval". I had given that user full rights to the 'Suggestion Management' permission, however the option did not appear until I also provided the user with 'Moderate patron comments' under tools. However, to continue testing this I removed the 'Suggestion Management' option and it did remove it. I think there is something wrong with the check of the suggestion management piece that is preventing it from showing unless moderate comments option is also selected. Thanks for looking into this. Christofer -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 23542] New: SRU import ending issue
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23542 Bug ID: 23542 Summary: SRU import ending issue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers 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 When importing records from a SRU server, the diacritics have bad encoding. I reproduce with BNF server so it may be a UNIMARC issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 25336] New: Show checkouts/fines to guarantor is in the wrong section of the patron file
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25336 Bug ID: 25336 Summary: Show checkouts/fines to guarantor is in the wrong section of the patron file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hello! I noticed that the Show checkouts to guarantor and Show fines to guarantor flags are in the "Library use" section of the patron file. However, they are set in the "Contact information" section with the setting of the guarantor. This is confusing because if you want to edit the flags, you cannot do it by clicking the "Edit" button next to "Library use", even though the flags are in that section. You have to know that they are set in the "Contact information" section and use that "Edit" button to change them. Caroline -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 25599] New: Allow use of cataloguing placeholders when ACQ framework is used creating new record (UseACQFrameworkForBiblioRecords)
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25599 Bug ID: 25599 Summary: Allow use of cataloguing placeholders when ACQ framework is used creating new record (UseACQFrameworkForBiblioRecords) 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org There is a feature in the cataloguing where you can enter a placeholder in the default value of the framework that will then be replaced by a value on editing the record. At the moment we support: <<DD>> - 2 digit day of month <<MM>> - 2 digit number of month <<YYYY>> - 4 digit year <<USER>> - user adding the record And bug 24134 intends to add another useful one: <<YY>>. We should support this functionality when the ACQ framework is used within the cataloguing module as it can be helpful to set things like the date in 008 correctly. To test: - modify the default value for 008@ or another subfield in the ACQ framework using one or more of the placeholders above - activate UseACQFrameworkForBiblioRecords - create a basket - create an order from a new record - verify the values have not been replaced - create a new record from the ACQ framework in the normal editor - verify it works well there and values are replaced -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 25499] New: Fund code column is empty when closing a budget
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '20

19 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25499 Bug ID: 25499 Summary: Fund code column is empty when closing a budget Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal 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 closing a budget, the fund code is missing from the table showing the number of unreceived orders for each fund. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 24379] New: Borrowers Login Attempts is NULL
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24379 Bug ID: 24379 Summary: Borrowers Login Attempts is NULL Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: nick(a)bywatersolutions.com Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a patron registers for a new account, their loginattempt value is NULL and not zero. This is a change since 18.11. Since this value is NULL, a patron cannot reset their password due to this NULL value. -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 23086] New: Search for collection is broken
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23086 Bug ID: 23086 Summary: Search for collection is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de Target Milestone: --- We have seen this issue in a 17.11 installation, but not in a newer 18.11. I believe that Zebra version and using/not using ICU might play a role here. When looking into it, we were able to fix the issue removing the lines adding quotes to the search in Search.pm: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=C4/Search.pm;h=41… The quotes appear to be the issue, as a simple search using mc-ccode: without quotes works. This problem has also been reported on the mailing list: https://lists.katipo.co.nz/pipermail/koha/2019-June/053081.html Setting to major as this effects a major feature in the OPAC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 18924] New: De-activating a course reserve does not update zebraqueue.
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18924 Bug ID: 18924 Summary: De-activating a course reserve does not update zebraqueue. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Changes made to an item on course reserve are not reflected in zebra when the course is made inactive. Steps to reproduce: 1) Set up a course in course reserves 2) Add items to the course reserve 3) Make the course active. 4) Change values at the item level that will show up in the search results -- e.g. shelving location, notforloan. These values will remain until the course is made inactive. 5) Set the course as inactive. The changed values will revert back to their original settings, but search results will still show the values of the active reserves. 6) Note that zebraqueue is not updated for the associated bib. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6