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

[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

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #5 from David Cook <dcook(a)prosentient.com.au> --- +1 -- You are receiving this mail because: You are watching all bug changes.

1 0

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

24 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 --- Comment #58 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- (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? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11176] Purchase suggestions should respect the 'active' switch on budgets
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '20

24 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11176 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #110659|0 |1 is obsolete| | --- Comment #15 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 110699 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110699&action=e… Bug 11176: Add active switch on budgets select in suggestions When creating a new purchase suggestion, all funds display and are available for selection. The behaviour of this drop-down menu should mirror that of those drop-down menus elsewhere in acquisitions, where only funds that are linked to active budgets display to the user. This patch add the active switch based on what exists in acqui/invoice.tt and acqui/invoice.pl. Looks like actually in suggestion.pl budgets list was fetches with GetBudgets(). But this is for the filter in 'Acquisition information'. Budgets selection on suggestion creation/edition must use GetBudgetHierarchy(), like in acqui/invoice.pl, in order to have the actif status. Test plan : 1) Create a budget periods active B1 with a fund F1 2) Create a budget periods inactive B2 with a fund F2 3) Go to suggestions module 4) Create a new suggestion 5) Check you see only active fund F1 6) Click on 'Show inactive' 7) Check you see also 'F2 (inactive)' 8) Choose fund F1 and save 9) Select the suggestion and edit 10) Check fund F1 is selected 11) Come back to suggestion table 12) Check filter 'Book fund' under 'Acquisition information' contains all funds Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0