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

[Bug 26550] New: Circulation - Check out error
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '20

26 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26550 Bug ID: 26550 Summary: Circulation - Check out error Change sponsored?: --- Product: Koha Version: 19.11 Hardware: PC OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: JAIAMURUGAN(a)GMAIL.COM QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, I am a beginner. Exported all records and created patrons. Check out: While entering incorrect barcode, message displays "Barcode not found". Entering correct barcode, following error happens: -- Software error: Can't call method "branchcode" on an undefined value at /usr/share/koha/lib/C4/Circulation.pm line 711. -- Please look into it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

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

26 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12723 Radek Šiman (R-Bit Technology, s.r.o.) <rbit(a)rbit.cz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbit(a)rbit.cz -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26546] New: bulkmarcimport.pl should ignore MarcFieldFor* sysprefs
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26546 Bug ID: 26546 Summary: bulkmarcimport.pl should ignore MarcFieldFor* sysprefs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz While importing with bulkmarcimport.pl, if some of MarcFieldFor* system preference had been set, those fields/subfields will be created, empty or with a "CLI CLI". This happens regardless of the framework setup and potentially overwriting data from the imported record. For e.g., if: MarcFieldForCreatorId "$borrowernumber" 901$l MarcFieldForCreatorName "$userfirstname $usersurname" 901$m MarcFieldForModifierId "$borrowernumber" 901$n MarcFieldForModifierName "$userfirstname $usersurname" 901$o INPUT: 901 $a BIBLO $b 00011605 $o GEORGE OUTPUT: 901 $a BIBLO $b 00011605 $o CLI CLI $l $m CLI CLI $n In this case 901$o was overwritten. The "CLI CLI" comes from the set_userenv call on Script.pm. This can be seen just googling: "CLI CLI" inurl:"cgi-bin/koha" Maybe related to Bug 24906. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 10902] Highlight patrons from logged-in library on checkout search
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10902 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|highlight 'my' patrons on |Highlight patrons from |check out search |logged-in library on | |checkout search -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[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 --- Comment #51 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 110764 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110764&action=e… Bug 14784: Add tests This patch adds tests for PrevDebarred message of AddReturn when finesdays = 0. To test: 1. Apply patches 2. prove -v t/db_dependent/Circulation.t When applying only this patch, one test should fail. Signed-off-by: Arthur Suzuki <arthur.suzuki(a)biblibre.com> Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 ---------------------------------------------------------------------------- Attachment #106808|0 |1 is obsolete| | Attachment #110514|0 |1 is obsolete| | --- Comment #50 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 110763 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110763&action=e… Bug 14784: Fix checkin message for debarred patrons After thinking about it I changed the code's behavior to always display a reminder if the patron was previously debarred. This makes sense to me (it's only a reminder) and it correctly stacks with other messages. -- Test plan: Before 1) Select a user with active restrictions (manual restriction works) 2) Make sure finesday=0 for the user category. See [1] 3) Checkout and return an item (not overdue) A previous restriction reminder will appear 4) Checkout and return an overdue item (change the date at cehckout) No previous restriction reminder will appear After applying patch: Same steps, but a reminder should appear for step 4) I've also tested with finesday=1 with "no overdue", "grace period overdue" and "long overdue" test cases. The appropriate nessage appeared for each test. [1] The "finesday" setting is called "Suspension in days" in the web interface, if you're searching for it like I did... Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> Signed-off-by: Victor Grousset <victor.grousset(a)biblibre.com> Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[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