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

[Bug 28418] New: Number the MARC modification templates
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '21

13 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28418 Bug ID: 28418 Summary: Number the MARC modification templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org We've been working on creating lots of MARC modification templates. It would be great if each template was auto-assigned an identifying number so that when I'm communicating to another staff member I can give them the template number to use. Rather than saying look for the template named 'Copy 800|t and 800|v to 490|a and 490|v' I could say use template 21. This would make it easier for another staff member to find and increase accuracy. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 27600] New: renew_all shouldn't perform a password check
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '21

13 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27600 Bug ID: 27600 Summary: renew_all shouldn't perform a password check Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Authentication should have already taken place at the SIP2 selfcheck machine prior to the call to renew_all and as such should not require re-checking within the call itself. This can cause issues as it's common practice to pass along an empty AD field in the subsequent SIP requests and that defined but empty field can cause an error instead of performing the renewal. We should mimic the code in 'renew' which checks for the patron but does not check for a correct password. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 27348] New: Error defining INDEXER_PARAMS in /etc/default/koha
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '21

12 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27348 Bug ID: 27348 Summary: Error defining INDEXER_PARAMS in /etc/default/koha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au The test at line 220 in koha-indexer creates an error since it isn't treating $INDEXER_PARAMS as a string. For example: /usr/sbin/koha-indexer: line 220: [: -sleep: binary operator expected -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 14697] Extend and enhance "Claims returned" lost status
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '21

12 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14697 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |28849 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28849 [Bug 28849] Claim Returned should alert at checkout -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7703] Don't block bulk hold action on search results if some items can't be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '21

12 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 Sally <sally.healey(a)cheshiresharedservices.gov.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off CC| |sally.healey@cheshireshared | |services.gov.uk --- Comment #41 from Sally <sally.healey(a)cheshiresharedservices.gov.uk> --- Works well, big improvement - thanks Owen! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7703] Don't block bulk hold action on search results if some items can't be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '21

12 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #123577|0 |1 is obsolete| | --- Comment #40 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 123814 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=123814&action=e… Bug 7703: (follow-up) Treat no items like none available This patch modifies the holds template so that during the multi-hold process, titles with no items attached are treated the same way as titles with no items available (items exist but cannot be place don hold): - The row showing such a record will say "No items are available to be placed on hold." - The pickup location dropdown will be hidden. To test, follow the previous test plan and confirm that these change are reflected. Now that the pickup location field isn't present for titles without items you should be able to complete the holds process. Signed-off-by: Sally <sally.healey(a)cheshiresharedservices.gov.uk> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7703] Don't block bulk hold action on search results if some items can't be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '21

12 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #123576|0 |1 is obsolete| | --- Comment #39 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 123813 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=123813&action=e… Bug 7703: (QA follow-up) Revised test plan from Owen: This patch modifies the hold process so that if one of the titles in a multi-hold process has no items the process doesn't abort completely. To test, apply the patch and perform a search in the catalog which will return one or more records with no items attached. - Check checkboxes for multiple results, some of which have items and at least one of which has no items. - Click "Place hold." - You should be taken to the page for placing multiple holds, with a heading, "Cannot place hold on some items." - Note: You will not be able to complete the holds process without the next patch. Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> Signed-off-by: Sally <sally.healey(a)cheshiresharedservices.gov.uk> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7703] Don't block bulk hold action on search results if some items can't be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '21

12 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #123575|0 |1 is obsolete| | --- Comment #38 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 123812 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=123812&action=e… Bug 7703: Don't block bulk hold action on search results if some items can't be placed on hold If you select multiple titles on the search results page in order to place a bulk hold and some of those titles have no items you get a JavaScript alert warning you can some cannot be placed on hold. You are blocked from completing the action until you deselect the invalid hold. This is unnecessary because the bulk hold process will safely refuse to place a hold on these titles later in the process. This patch removes the check that prevents submitting a multi-hold if one or more records in the multi-hold have no items. Test plan: 1) Apply patch 2) On the staff interface, do a search 3) On the search results, select at least one record with items and one record with no items. 4) Click the 'Place hold' button. 5) You should be redirected to reserve/request.pl with the message "Cannot place hold: this record has no items attached." Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> Signed-off-by: Sally <sally.healey(a)cheshiresharedservices.gov.uk> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13881] Add ability to defined circulation desks
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '21

11 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13881 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |28733 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28733 [Bug 28733] Desks link is in "Patrons and circ" section on admin homepage but in "Basic parameters" on the sidebar -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28749] New: All backups on 21.05 behave as if --without-db-name is passed
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '21

11 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28749 Bug ID: 28749 Summary: All backups on 21.05 behave as if --without-db-name is passed Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: JBoyer(a)equinoxOLI.org QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Created attachment 123114 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=123114&action=e… Restore the database name to Koha dumps The line to use the --databases flag with mysqldump by default was accidentally removed from koha-dump when the --schema-only option was added. This makes all backups act as if koha-dump is called with the --without-db-name flag, causing koha-restore to fail to restore the database because it's neither CREATEd or USEd. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17