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

[Bug 14784] Missing checkin message for debarred patrons when issuing rules 'fine days = 0'
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14784 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle(a)bywatersolutions.com QA Contact|testopia(a)bugs.koha-communit |kyle(a)bywatersolutions.com |y.org | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20833] New: Feature request: Better copy/paste for system preferences
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20833 Bug ID: 20833 Summary: Feature request: Better copy/paste for system preferences Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sometimes it is useful to be able to copy and paste system preferences as text rather than screenshot -- the nature of the system preferences screen makes this very difficult to do, because often the most important text is the system preference values, which are either in a text box or labels in a drop down. For instance the system preference 'AcqCreateItem' has the text Create an item when [*] This is only the default behavior, and can be changed per-basket. Where [*] is a drop down containing one of the values. - placing an order. - receiving an order. - cataloging the record. A simple copy and paste of the 'Value' box gives "Create an item when This is only the default behavior, and can be changed per-basket."; there's no way to copy the values in the drop down. I would be nice to have a 'copy to clipboard' button that would copy the 'preference' and 'value' fields. For instance if AcqCreateItem was set to 'placing an order', the following text would be placed in the copy/paste buffer: AcqCreateItem: Create an item when [placing an order.] This is only the default behavior, and can be changed per-basket. If multiple system preferences show up in the 'Preference' field, they would be comma separated, e.g. LocalHoldsPriority, LocalHoldsPriorityPatronControl, LocalHoldsPriorityItemControl: [Don't give] priority for filling holds to patrons whose [pickup library] matches the item's [holding library] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 26502] New: ExpireReservesMaxPickUpDelayCharge allows invalid values to be set
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26502 Bug ID: 26502 Summary: ExpireReservesMaxPickUpDelayCharge allows invalid values to be set Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com One can set invalid values like "0,00" to the syspref ExpireReservesMaxPickUpDelayCharge and it will cause the cronjobs/holds/cancel_expired_holds.pl to fail: > Argument "0,00" isn't numeric in numeric gt (>) at [...] Expected behaviour: When setting the syspref in the staff interface Koha should should disallow setting invalid values. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[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