August 2018 - Koha-bugs - lists.koha-community.org

[Bug 21301] New: Restriction of the informations given by GetRecords ILS-DI service
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21301 Bug ID: 21301 Summary: Restriction of the informations given by GetRecords ILS-DI service Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Websites, Mailing Lists, etc Assignee: wizzyrea(a)gmail.com Reporter: anne-claire.bernaudin(a)univ-rennes1.fr QA Contact: testopia(a)bugs.koha-community.org Actually, the GetRecords service gives many information : bibliographic data (marcxml field) item data (items field) issue data (issues field) The issue data should not be sent by these service. For example, this service is actually used by EDS clients to display real-time item informations on EDS. Ebsco should not have access to the issues information, even if they are partially anonymised (only the firstname of the patron is sent) in 16.05 and maybe in the later versions of Koha. This would be more compliant with GDPR (see bug 18081). Thanks, Anne-Claire -- You are receiving this mail because: You are watching all bug changes.

1 66

[Bug 17229] New: ILS-DI HoldTitle and HoldItem should check if patron is expired
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17229 Bug ID: 17229 Summary: ILS-DI HoldTitle and HoldItem should check if patron is expired Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Web services Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org ILS-DI HoldTitle and HoldItem don't check patron category setting BlockExpiredPatronOpacActions. -- You are receiving this mail because: You are watching all bug changes.

1 86

[Bug 17429] New: Document the --plack option for koha-list
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17429 Bug ID: 17429 Summary: Document the --plack option for koha-list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Bug 13791 added the --plack and --noplack options to koha-list, but forgot to document them in the man page. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 20702] New: Bind results of GetHostItemsInfo to the EasyAnalyticalRecords pref
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20702 Bug ID: 20702 Summary: Bind results of GetHostItemsInfo to the EasyAnalyticalRecords pref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org As a follow-up of bug 20697 restricting the call to GetAnalyticsCount when the preference is enabled, and resolving an associated Zebra error. GetHostItemsInfo is part of the easy analytics feature from bug 5528. We can either bind all calls of this sub to the preference, or return an empty list when the pref is disabled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 20238] New: Show description of ITEMTYPECAT instead of code in itemtypes summary table
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '21

09 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20238 Bug ID: 20238 Summary: Show description of ITEMTYPECAT instead of code in itemtypes summary table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When working with grouped item types using ITEMTYPECAT authorised values, looking at the item types table, it shows the code, not the description. On editing an item type, we show the description - so there is some confusing mismatch there. Both should show the description. To check: - Add a value to the ITEMTYPECAT authorised value category - Edit an item type and pick that value as search category - Save - Verify the code shows up in the table, but not the description -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 17674] New: Allow UI to delete serials in batch
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '21

06 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17674 Bug ID: 17674 Summary: Allow UI to delete serials in batch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com This new feature allows for batch deletion of serials through the UI. The current usage is a one-by-one long game. Testing - Have at least three serials, with items - check the box to select two of them - Press the Remove selected issues button - Decide to delete their items as well or not - Validate. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 177

[Bug 17409] New: Remove redundant note fields for payments on pay.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '21

05 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17409 Bug ID: 17409 Summary: Remove redundant note fields for payments on pay.pl 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently there is an inconsistency with inputting notes on a payment. When you go to pay.pl, there is a note field for input next to each item. However, depending on what you select, there might be a following note field. That field is populated with the all the notes from the pay.pl screen if you click on Pay selected, blank if you click Pay amount, and not even an option if you Write off all. Having individual notes lumped together into one payment line might be confusing and depending on the notes, might not make any sense when the payment is made as a single payment. Because this enhancement is written in hopes that bug 17406 is accepted by the Koha community, I am making this dependent on those enhancements. 1) I suggest that the note fields be removed from the pay.pl page. 2) If bug 17406 is accepted, there will only be two buttons on the pay.pl screen: Pay selected and Write off selected. Regardless of which button is clicked, a summary page should come up showing what was selected, and totals. 3) The summary page should have a checkbox reading (use first note for all items). If checked, only the note field on the first item is active. If unchecked, all note fields are active. The default should be checked. 4) If there is only 1 item selected, the checkbox should not show. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 18905] New: Advanced editor - Rancor - Add support for /cataloguing/ value_builder/upload.pl
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '21

04 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18905 Bug ID: 18905 Summary: Advanced editor - Rancor - Add support for /cataloguing/value_builder/upload.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: ldjamison(a)marywood.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Adding the ability to invoke upload.pl (specifically in 856u for uploading linked files to records) would eliminate the need to switch between Rancor and Basic Editor to use the upload plugin. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 19270] New: Advanced Editor - Rancor - Add ability to search batches on arbitrary marc fields
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '21

04 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19270 Bug ID: 19270 Summary: Advanced Editor - Rancor - Add ability to search batches on arbitrary marc fields Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 18992] New: LDAP fallback behaviour not consistent
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '21

04 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18992 Bug ID: 18992 Summary: LDAP fallback behaviour not consistent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 If ldap enabled fallback to internal in C4::Auth::checkpw is dependent on the return value from checkpw_ldap In C4::Auth_with_ldap the situation seems to be: IF auth_by_bind IF anonymous_bind look up principalname ELSE construct via config Now we have principal name Attempt to bind IF fail IF anonymous_bind return -1 NO FALLBACK ELSE return 0 FALLBACK ELSE Lookup user with bind account If user not found, return 0 FALLBACK If user found and pwd not match return -1 NO FALLBACK The difference I see is: When doing bind by auth without anonymous bind we fallback on existing ldapuser with no matching password When using bind user we do not fallback on existing ldapuser with no matching password In one case you can login with either LDAP or Koha password In other you can only use LDAP password Maybe this is expected, but it seems odd. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6