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

[Bug 8776] When using 'write off all' no note can be added
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '20

26 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8776 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WORKSFORME CC| |andrew(a)bywatersolutions.com Status|NEW |RESOLVED --- Comment #4 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- In master currently, one *can* add a note when using Write Off All or the fee-specific writeoff button, but only if one enters the note in the "+note" field *before* clicking the writeoff button. So this works, but the interface could be more clear. I'm going to close this bug and update bug 24597, which is about standardizing interfaces. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11299] Add a button to automatically link authority records in cataloguing (AJAX)
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '20

26 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11299 --- Comment #141 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Jonathan Druart from comment #139) > Same as comment 137. Yes, it quite helps if I commit my changes -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11299] Add a button to automatically link authority records in cataloguing (AJAX)
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '20

26 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11299 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #109069|0 |1 is obsolete| | --- Comment #140 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 109181 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=109181&action=e… Bug 11299: (follow-up) Skip fields with no 9 subfields To test: 1 - Disable the 'thesaurus' for a controlled field like 600a or 650a 2 - Edit a record and put random data in this field 3 - Try to link, get a JS error 4 - Apply patch 5 - Repeat 6 - No more error, field is not linked (as it has no $9 subfield) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11299] Add a button to automatically link authority records in cataloguing (AJAX)
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '20

26 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11299 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11299] Add a button to automatically link authority records in cataloguing (AJAX)
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '20

26 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11299 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Failed QA --- Comment #139 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Same as comment 137. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12556] SelfCheck machine starts the hold instantly with an email sent out
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '20

26 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556 Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #13 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- One of our customers was testing the proposed patches and found out that if the setting AllowItemsOnHoldCheckoutSIP is enabled then In processing state holds can be checked out. They shouldn't be able to be since the item for the patron's hold is already attached for the patron in the same way it is with Waiting state. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12556] SelfCheck machine starts the hold instantly with an email sent out
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '20

26 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556 Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #108711|0 |1 is obsolete| | --- Comment #12 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- Created attachment 109140 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=109140&action=e… Bug 12556: Add new "in processing" state to holds This adds new syspref, HoldsNeedProcessingSIP, which controls whether a hold that is related to item will be filled automatically or not. If the user has enabled the syspref then instead of fulfilling the hold automatically the hold will go to "in processing" state. To test: 1. Checkout a book to patron A 2. Place a bib level hold to the book for B 3. Patron A returns the book via SIP, to simulate this use: ./misc/sip_cli_emulator.pl -su koha -sp koha -l CPL -a 127.0.0.1 -p 6001 --item <ItemBarcode> -m checkin 4. Notice that no notification is generated for Patron B about hold and that the hold status in intranet and opac is "In Processing". 5. Notice that patron A (or other patrons) cannot checkout a book that is in processing, because it is considered to be attached to the holdee (similarly to the waiting state): ./misc/sip_cli_emulator.pl -su koha -sp koha -l CPL -a 127.0.0.1 -p 6001 --patron <PatronABarcode> --item <ItemBarcode> -m checkout -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12628] reports/cat_issues_top.pl incorrect checkout range query
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '20

26 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12628 --- Comment #5 from Arthur Suzuki <arthur.suzuki(a)biblibre.com> --- up? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18349] Possibility to checkout/renew bypassing the circ rules using SCO
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '20

26 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18349 --- Comment #25 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #24) > Ok now I can't reproduce this issue in master. I thought I could, but maybe > it's just limited to older versions of 19.11... Ah no it is definitely a problem when OverduesBlockCirc is set to "Ask for confirmation". Patching on Bug 26301 after all... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18349] Possibility to checkout/renew bypassing the circ rules using SCO
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '20

26 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18349 --- Comment #24 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #23) > (In reply to Jonathan Druart from comment #7) > > Note that this code is not robust and the whole script as well as the > > return of CanBookBeIssued should be rewrittent completely. > > Agreed. The sco-main.pl script is terrible. > > Trying to patch it is a challenge. > > See Bug 26301... Ok now I can't reproduce this issue in master. I thought I could, but maybe it's just limited to older versions of 19.11... -- You are receiving this mail because: You are watching all bug changes.

1 0