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

[Bug 26094] New: "Suggest for Purchase" button missing unique CSS class
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '20

16 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26094 Bug ID: 26094 Summary: "Suggest for Purchase" button missing unique CSS class Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: hannah.co(a)northwestu.edu QA Contact: testopia(a)bugs.koha-community.org "Suggest for purchase" has no class for CSS manipulation. The other opac-detail-sidebar.inc buttons each have a class on the link element ("reserve" or "print-large") so they can be hidden or appearance changed using CSS. I don't think adding/changing system preferences is necessary, just adding a class to the link in Koha/koha-tmpl/opac-tmpl/bootstrap/en/includes/opac-detail-sidebar.inc (currently on line 37) -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 26004] New: Remove unused jQuery plugin jquery.hoverIntent.minified.js from the OPAC
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '20

16 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26004 Bug ID: 26004 Summary: Remove unused jQuery plugin jquery.hoverIntent.minified.js from the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org The jQuery plugin jquery.hoverIntent.minified.js is unused in the OPAC and can be safely removed. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 26011] New: Remove unused jQuery plugin jquery.metadata.min.js from the OPAC
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '20

16 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26011 Bug ID: 26011 Summary: Remove unused jQuery plugin jquery.metadata.min.js from the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org The jQuery plugin jquery.metadata.min.js is unused in the OPAC and can be safely removed. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 25953] New: Change "Plugins" to "Installed plugins" on plugins-home.pl
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '20

16 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25953 Bug ID: 25953 Summary: Change "Plugins" to "Installed plugins" on plugins-home.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org It would be more exact to say "Installed plugins" instead of "Plugins" on plugins-home.pl. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 26095] New: [20.05] OPAC catalogue search not working on another language
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '20

16 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26095 Bug ID: 26095 Summary: [20.05] OPAC catalogue search not working on another language Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: ctw2100(a)protonmail.com QA Contact: testopia(a)bugs.koha-community.org filter doesn't work when I click some Chinese Author name on the side bar for instance, I click some Chinese Author on the side bar, the result shows almost all the books, but I try to click some English Author, the result shows like normal, I also try to rebuild the zebra, nothing changed, the problem still remain, what should I do? Is this a BUG or my zebra setting problem? If it's my zebra setting, what should I do? I didn't find any doc for zebra language setting. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 18947] New: Active Directory LDAP authentication broken
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '20

15 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18947 Bug ID: 18947 Summary: Active Directory LDAP authentication broken Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: helpdesk(a)neci.edu QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Commit 68c365ea8ab536a85d92d3769b0bbaa0e1691116 introduced the following line in Auth_with_ldap.pm: $ldap->{anonymous_bind} = 1 unless $ldapname && $ldappassword; There is no comment in the code or the Git commit log as to why. This change silently overrides the settings in koha-conf.xml and causes a previously functional setup with LDAP authentication against Active Directory to fail unless koha-conf.xml defines values for <user> and <pass>. As user and pass are only used if auth_by_bind and anonymous_bind are both false, their values should not come into play in the other cases. Prior to this change, KOHA would bind against AD with the user supplied credentials, as expected. With the change, KOHA attempts an anonymous bind and then tries to search for the supplied user name. As there was no valid bind in place, AD rejects the attempt. Workaround: enter some value for <user> and <pass> in the ldapserver configuration block. These do not have to be real credentials as KOHA will not attempt to use them now that auth_by_bind has priority again. Note: there is an apparent duplicate attempt to do the same further down, by setting $config{anonymous} to ($ldapname and $ldappassword) ? 0 : 1, although that key is not used anywhere in Auth_by_ldap.pm -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 19780] New: Actual price is not updated after it has been amended post receiving an order
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '20

14 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19780 Bug ID: 19780 Summary: Actual price is not updated after it has been amended post receiving an order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The steps to replicate this bug are as follows: 1. Create an order and set the actual price to 9.00 2. Receieve the order changing the actual price value to 10.00. This is to represent the librarian accidentally entering in a different actual price value at receival. 3. Modify the actual value by clicking on the order line. The order page will appear and notice the actual price of 10.00 is displayed. Change this actual price value to 9.00 and save. 4.View invoices and notice that the actual price displayed for the order is still 10.00 (set in step 2) when it should be 9.00 -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 21231] New: BlockReturnofLostItems does not prevent lost items being found
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '20

14 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21231 Bug ID: 21231 Summary: BlockReturnofLostItems does not prevent lost items being found Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When the syspref BlockReturnOfLostItems is set to Block, the item is blocked from being returned, but is still considered found -- it's set to lost=0 and a refund is applied to the patron (if circ rules allow). The item can then be checked in a second time and returned as it is no longer lost. To test: - set an item to lost - set BlockReturnOfLostItems to Block - check the lost item in - Koha says item cannot be returned but also item was lost, is now found - check the item in again -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 25871] New: Add "only library" to OpacItemLocation options
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '20

13 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25871 Bug ID: 25871 Summary: Add "only library" to OpacItemLocation options Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The OpacItemLocation preference currently has three choices: - location: location - ccode: "collection code" - callnum: "call number only" I propose that we clarify the labels for these options and add a new one: - location: "library, location, and call number" - ccode: "library, collection code, and call number" - callnum: "library and call number" - library: "only library" The "only library" option would provide an option which was previously only available in the non-XSLT view via the "don't show" option under the "OPACItemsResultsDisplay" : "Availability: Items available for loan: Athens (2), Nelsonville (1)." If this change is acceptable we can WONTFIX Bug 5229 and create a bug to remove the OpacItemsResultsDisplay preference. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 24610] New: Let user switch between 'Pay' and 'Write off' mode
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '20

13 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24610 Bug ID: 24610 Summary: Let user switch between 'Pay' and 'Write off' mode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In patron's accounting section, under 'Make a payment' tab, you have the choice between 'Pay' and 'Write off'. It takes you to another form, but once there you cannot change mode. You have to click on Cancel, re-select the lines you had selected (if you made a selection) and click on the right button. This bug will add a way to switch between 'Pay' and 'Write off' mode -- You are receiving this mail because: You are watching all bug changes.

1 20