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

[Bug 26737] New: Set focus for cursor to cataloging search input box on additem.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '23

05 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26737 Bug ID: 26737 Summary: Set focus for cursor to cataloging search input box on additem.pl Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Set the focus for the cursor to the cataloging search input box on additem.pl so the user can just start typing and eliminate an extra click. It's already set up this way on addbooks.pl so it would be nice to have it work the same way here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 20473] New: "Item information" tab should not appear if item is not created upon placing an order
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '23

04 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20473 Bug ID: 20473 Summary: "Item information" tab should not appear if item is not created upon placing an order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When ordering from a staged file, and when items are NOT created at that time, the "item information" tab appears even though it is useless in this case. To reproduce : - Make sure system preference acqcreateitem is "cataloguing the record" or "receiving an order". - Make sure you have everything needed to place an order (currency, budget, vendor) 1. Stage a MARC file from Tools > Stage MARC records for import 2. Go to Acquisitions and create a basket for a vendor 3. Add to basket from staged file 4. Note that the "item information" tab is present, if you click on it, not that it is not useful -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 21916] New: Add ability to specify where credits are used
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '23

03 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21916 Bug ID: 21916 Summary: Add ability to specify where credits are used Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 18805 adds the ability to apply credits to fines, which is amazing! However, it'd be good if one could specify which fines to pay with a credit. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 18805] New: Add ability to use up account credits
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '23

03 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18805 Bug ID: 18805 Summary: Add ability to use up account credits Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Blocks: 14825 Right now, in Koha, credits always have a static amount outstanding. So if a patron owes $10 in fines, and has a $10 credit, they technically owe nothing, but yet they still owe $10. This seems rather confusing. Instead, we should add the ability for credits to be used to pay down closed out fines and other fees. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14825 [Bug 14825] Accounts Rewrite Omnibus -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 65

[Bug 25512] New: Add support for LDAPS
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '23

03 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25512 Bug ID: 25512 Summary: Add support for LDAPS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Salvaging this from bug 8993: I'm an LDAP noob, but working with a customer I have managed to get LDAPS working, by changing line 114 of C4/Auth_with_ldap.pm from this: my $db = Net::LDAP->new(\@hosts); to this: my $db = Net::LDAP->new(\@hosts, version => 3, scheme => 'ldaps', port => 123, capath => '/usr/ssl/certs'); Does that look like something that might be useful to others? Maybe all the options to Net::LDAP->new should be made configurable? https://metacpan.org/pod/Net::LDAP The comments in C4::Auth_with_ldap describes how to configure LDAP, including mappings etc. Maybe this configuration could be extended with an "options" element to something like this: <config> ... <useldapserver>1</useldapserver>  <ldapserver id="ldapserver"> <hostname>localhost</hostname> <base>dc=metavore,dc=com</base> <user>cn=Manager,dc=metavore,dc=com</user>  <pass>metavore</pass>  <options> <scheme>...</scheme> <keepalive>...</keepalive> <timeout>...</timeout> etc... </options> ... <mapping> ... </mapping> </ldapserver> </config> So that we can iterate over the elements inside <options>, and use them to make a hash with element names as keys and element content as values, and then pass this to Net::LDAP->new? Bug 5406 is similar to this, but was marked CLOSED INVALID, because you can specify <hostname>ldaps://ldap.example.com</hostname> to get LDAPS. But I still think you might need to ble able to specify things like cafile or capath? Opinions most welcome! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 23202] New: Problems when adding multiple items to an order in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '23

02 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23202 Bug ID: 23202 Summary: Problems when adding multiple items to an order in acquisitions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- We have had reports of problems when adding multiple items to an order The problem is like: 1 - Add to a basket with AcqCreateItems set to 'ordering' 2 - Scroll to bottom of item section and click 'Add multiple items' 3 - Add 40+ items 4 - Screen freezes on 'Processing multiple items' This cannot be recreated consistently, but we have had recurring reports from an institution that orders many copies of items often -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 25508] New: Confusing renewal message when paying accruing fine
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '23

02 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25508 Bug ID: 25508 Summary: Confusing renewal message when paying accruing fine Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Make sure FinesMode is on, RenewAccruingItemWhenPaid is off 2 - Checkout an item to a patron and make it overdue (can backdate the checkout) 3 - Make sure the itemtype has fines that will be charged 4 - Charge the fines: Set finesMode = production perl misc/cronjobs/fines.pl -v 5 - Check the fine appears on the patrons account 6 - Pay off the fine 7 - Receive alert after payment that reads: "The fines on the following items were paid off, renewal results are displayed below: No title ( ): Not renewed - Unknown error" Looks like we're not properly hiding that alert when RenewAccruingItemWhenPaid is off? So it's reporting that nothing was renewed? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 46

[Bug 23380] New: GuessAuthTypeCode should check authority type exists
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '23

02 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23380 Bug ID: 23380 Summary: GuessAuthTypeCode should check authority type exists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The method GuessAuthTypeCode is used when importing from batch or z3950/SRU to find the local authority type depending on MARC flavour and authority record fields. This method should check that found type is configured. Otherwise it can generate software errors when type code is used to fetch Koha::Authority::Type. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 20632] New: Staff users without superlibrarian can't log into OPAC
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '23

02 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20632 Bug ID: 20632 Summary: Staff users without superlibrarian can't log into OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Ok, I hope it's not me, but in case it isn't, this is a bad bug: - Create or change your staff user to have all available permissions BUT superlibrarian - Log out - Log into staff - it works. Log out. - Log into OPAC - it won't work. Not good at all. This is bad for at least 2 reasons: - Often staff accounts are used like normal patron accounts by staff. - Because of permissions, sometimes the OPAC is the only place a staff user can change their password. Tested on master after a reset_all. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 22842] New: Add an option to prevent local logins on the staff or opac
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '23

01 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22842 Bug ID: 22842 Summary: Add an option to prevent local logins on the staff or opac Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Target Milestone: --- When using SSO in various forms it would be nice to have the option of forcing patrons to use the external auth and removing the ability to sign in to koha directly. It would be nice to have separate switches for the staff client and OPAC so that staff could be allowed to access directly while patrons are directed to SSO -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3