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

[Bug 8338] Add ability to remove fines with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 --- Comment #59 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- (In reply to Aleisha Amohia from comment #58) > (In reply to Martin Renvoize from comment #57) > > (In reply to Andrew Fuerste-Henry from comment #55) > > > Martin, can you please rebase this for 19.11? > > > Thanks! > > > > As requested, I have added a rebased and squashed patch for application to > > the 19.11 branch.. to apply it you will also need the rebased 19.11 patch > > for bug 24252 which introduces a relation accessor we use here. > > Hi Martin > > Bug 24252 was purposefully not backported to 19.11.x as it is an enhancement. > > Can you please rewrite the 19.11 patch for this bug so that it doesn't use a > relation accessor that doesn't already exist in 19.11? I don't really have any more time for working on this.. bug 24252 is an under the hood enhancement that will not be seen by end users, has unit tests and should apply without issue.. I'm not sure there's a real reason to require a re-write of this bug to accommodate skipping that patch. -- 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 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556 --- Comment #24 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- Timothy, strange, I'm not able to reproduce the issue by going to that page. Can you do koha-plack --restart <instance> and see if the issue goes away? -- You are receiving this mail because: You are the assignee for the bug. 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 25 Sep '20

25 Sep '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 -- You are receiving this mail because: You are the assignee for the bug. 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 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556 Timothy Alexis Vass <timothy_alexis.vass(a)ub.lu.se> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |timothy_alexis.vass(a)ub.lu.s | |e --- Comment #23 from Timothy Alexis Vass <timothy_alexis.vass(a)ub.lu.se> --- Steps 1, 2 and 3 worked fine: ./misc/sip_cli_emulator.pl -su koha -sp koha -l CPL -a 127.0.0.1 -p 6001 --item 3999900000001 -m checkin Attempting socket connection to 127.0.0.1:6001...connected! SEND: 9300CNkoha|COkoha|CPCPL| READ: 941 Trying 'checkin' SEND: 09N20200925 11172320200925 111723APCPL|AOCPL|AB3999900000001|ACkoha|BIN| READ: 101YNY20200925 111725AOCPL|AB3999900000001|AQCPL|AJE Street shuffle :|CY23529000120056|CTCPL|DAJohnny Bryan ((212) 555-1212)|CV01| Then, when reloading the page 'cgi-bin/koha/reserve/request.pl?biblionumbers=1/' There is an error beginning with: The method Koha::Hold->is_in_processing is not covered by tests! Trace begun at /kohadevbox/koha/Koha/Object.pm line 780 Koha::Object::AUTOLOAD('Koha::Hold=HASH(0x55d06d6dbac0)') called at /kohadevbox/koha/reserve/request.pl line 668 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12723] A separate fee for renewals
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12723 Michal Denar <black23(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |black23(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11223] Incorrect ind 1 semantics for MARC21 785 on the detail page in staff
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11223 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA CC| |martin.renvoize@ptfs-europe | |.com --- Comment #6 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Another sane and sensible XSLT fix, thanks Katrin Passing QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11223] Incorrect ind 1 semantics for MARC21 785 on the detail page in staff
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11223 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #110525|0 |1 is obsolete| | --- Comment #5 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 110743 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110743&action=e… Bug 11223: Fix the ind1 semantics for 785 in the staff interface For 780 and 785 the field should not display when the first indicator is 1. After checking the code, I found that 785 in staff was missing. This patches fixes that one. To test: - Catalog a record with 785 and 780 fields with one 1st indicator set to 0 and another to 1. - Verify in staff and OPAC detail pages that only the fields with 0 display. Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12617] Koha should let admins to configure automatically generated password complexity/difficulty
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12617 Fridolin SOMERS <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m --- Comment #14 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- Hi, nice work. Just a question : I see in first patch : $password =~ /[a-zA-ZöäåÖÄÅ]/ I don't see the caracters öäå in patch on password_check.inc. Should we use POSIX =character class like [:alnum:] ? https://www.regular-expressions.info/posixbrackets.html -- 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 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556 --- Comment #22 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- Rebased. -- 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 25 Sep '20

25 Sep '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 #109929|0 |1 is obsolete| | --- Comment #21 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- Created attachment 110719 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110719&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 the assignee for the bug. You are watching all bug changes.

1 0