October 2022 - Koha-bugs - lists.koha-community.org

[Bug 28549] New: Add a system preference to duplicate --frombranch flag in overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28549 Bug ID: 28549 Summary: Add a system preference to duplicate --frombranch flag in overdue_notices.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client 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 The overdue_notices cron allows one to specify whether the issuing branch or item homebranch should be used to select the triggers to follow. We should allow this choice in a system preference so one can change it without commandline access. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 31061] New: OPACSuppress does not work properly with Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31061 Bug ID: 31061 Summary: OPACSuppress does not work properly with Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com OPACSuppress is system preference to hide records in OPAC search by adding a limit in search query. With Zebra, this limit is : not Suppress=1 https://git.koha-community.org/Koha-community/Koha/src/commit/244b847a08bf6… With Elasticsearch this limit is currently quite different : suppress:false https://git.koha-community.org/Koha-community/Koha/src/commit/244b847a08bf6… Main problem is that in default framework we define Suppress search field on 942$n with authorized values YES_NO. This generates records with 1 for YES and 0 for NO. But a boolean for Elasticsearch is not a perl boolean. So only missing subfield means false : https://www.elastic.co/guide/en/elasticsearch/reference/6.8/boolean.html Records with 0 are hidden ! Another side-effect : We whould like to have several MARC fields with 'suppress' search field. To distinguish several causes of hidden at OPAC. Any of those fields having 1 must hide at OPAC. So syntax 'NOT(suppress:1)' is more correct. I propose we change to have the same behavior as Zebra. Change 'suppress' search field to not remove boolean type. Change QueryBuilder to use 'NOT(suppress:1)'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 28583] New: Temporarily disable CSS and Javascript for pages with variable
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '22

16 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28583 Bug ID: 28583 Summary: Temporarily disable CSS and Javascript for pages with variable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 14004 introduced the ability to temporarily disable added CSS and Javascript in OPAC and interface by adding ?DISABLE_SYSPREF_IntranetUserCSS=1 for example to the url, but it doesn't work for pages referring to specific ids, for example : -https://kohapro.bulac.fr/cgi-bin/koha/circ/circulation.pl?borrowernumber=xxx -https://kohapro.bulac.fr/cgi-bin/koha/catalogue/detail.pl?biblionumber=xxx I thought I was because two '?' in the same url can't be used and try to replace it by '&' but it still doesn't work. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 31609] New: JavaScript error on Additional contents -> Pages main page
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '22

16 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31609 Bug ID: 31609 Summary: JavaScript error on Additional contents -> Pages main page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org There is JavaScript on the new Pages page which is supposed to check to see whether the view includes the tabs, i.e. on the edit page. The script needs to be more specific about what DOM elements to look for before it tries to grab information about the tab. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 31739] New: Password reset from staff fails if previous expired reset-entry exists
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '22

16 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31739 Bug ID: 31739 Summary: Password reset from staff fails if previous expired reset-entry exists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bjorn.nylen(a)ub.lu.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 30611 enabled the password reset to be initiated from the patron details page. However if there is a previous *expired* reset-entry in the db then Koha will try to insert a new entry and fail with a "duplicate key"-error. To reproduce: Initiate a password reset, don't complete. Wait until expired (or modify expiry in db) Initiate a new reset from Staff -- FAIL -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 31869] New: Unable to save thesaurus value to frameworks subfields
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '22

16 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31869 Bug ID: 31869 Summary: Unable to save thesaurus value to frameworks subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Similar to bug 31238. I checked the rest of the form, seems to just be this field To test: 1. Edit e.g. default frameworks subfield 952$8 2. Add or change fields thesaurus value 3. Save your changes => note that on subfield listing there is no mention that 952$8 is linked to any thesaurus => if you edit 952$8 thesaurus input is empty -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 31738] New: Unstranslatable string in checkouts.js for recalls
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '22

16 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31738 Bug ID: 31738 Summary: Unstranslatable string in checkouts.js for recalls Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr When an item has been recalled, there is a red message in the current borrower's checkout list that says "This item has been recalled and the due date updated." I can't find this string anywhere in the translation files. The original string is in koha-tmpl/intranet-tmpl/prog/js/checkouts.js To get this message: 1. Turn on recalls 1.1. In Administration > Global system preferences, enable UseRecalls 1.2. Add recalls permissions in your circulation rules 2. In the OPAC, log in as a patron 3. Find a record with checked out items and place a recall 4. In the intranet, go to the patron file of the patron who currently has that item checked out --> In the Checkouts table at the bottom of the page, there is a red message next to the recalled title -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 23585] New: Hide Item Information tab when adding to basket from file without creating items
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '22

16 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23585 Bug ID: 23585 Summary: Hide Item Information tab when adding to basket from file without creating items Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To Test: - Create a basket set to create items either at receiving or at cataloging - Add to basket from a MARC file - On addorderiso2709.pl, observe that the Item Information tab is present but only contains the words "Import all the checked items in the basket with the following parameters:" with no additional content It makes sense that we can't enter anything else here -- we're not creating items and therefore don't have anything to enter. But it would be less confusing to just hide this tab entirely. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 31160] New: Required fields in the Patrons API are a bit random
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '22

15 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31160 Bug ID: 31160 Summary: Required fields in the Patrons API are a bit random Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com CC: tomascohen(a)gmail.com Currently, the required fields in the patron API do not match the required fields in the CSV imports.. and they don't entirely make sense.. city and address are required for example.. is there some reasoning behind those choices? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 26648] New: Prevent internal server error if item attached to old checkout has been removed
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '22

14 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26648 Bug ID: 26648 Summary: Prevent internal server error if item attached to old checkout has been removed 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Whilst playing with notices to see if we could calculate a running total of savings for a library user to add to their issueslip notice I found that if an item relating to an old checkout has been deleted, then the relation accessor can explode -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30