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

[Bug 17062] New: debian/control.in update: change maintainer
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '23

03 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17062 Bug ID: 17062 Summary: debian/control.in update: change maintainer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net Changing the package maintainer and removing a whitespace in debian/control.in. Regenerated debian/control from that, which also adds libhtml-parser-perl because of bug 16971. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 29911] New: Default amounts for fee types display with comma in some cases
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '23

02 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29911 Bug ID: 29911 Summary: Default amounts for fee types display with comma in some cases 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When CurrencyFormat is set to "FR" and you are manually adding a copier fee or similar to a patron account, the amount will show up with a decimal comma instead of a decimal dot, which won't work correctly. This is because we are missing the on_editing => 1 filter here: maninvoice.tt <script> var type_fees = {}; [% FOREACH debit_type IN debit_types %] type_fees['[% debit_type.code | html %]'] = "[% IF debit_type.default_amount %][% debit_type.default_amount | $Price %][% END %]"; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 30237] New: Rename and rephrase AutoEmailOpacUser system preference
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30237 Bug ID: 30237 Summary: Rename and rephrase AutoEmailOpacUser system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 27812, 29005, 30214 With the changes from bugs 27812, bug 29005, and bug 30214 we will have a much cleaner and secure feature than before that will work in a much more predictable way. So I think this would then be a good moment to add documentation to the pref: IS: AutoEmailOpacUser [Send|Don't send] an email to newly created patrons with their account details. COULD BE: AutoEmailNewUser (switch Opac with New) [Send|Don't send] an email to newly created patrons, including verified self registrations. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27812 [Bug 27812] Remove the ability to transmit a patron's plain text password over email https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29005 [Bug 29005] Add option to send ACCTDETAILS notice for new patrons added via patron imports https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30214 [Bug 30214] Send ACCTDETAILS notice for new patrons added via self registration -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 49

[Bug 30608] New: Add the column picker modal to DefaultPatronSearchFields
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30608 Bug ID: 30608 Summary: Add the column picker modal to DefaultPatronSearchFields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With bug 30576 it becomes more important to ensure we don't get errant data in this preference (with a bad column name included here, we will break patron searching). We should add the column picker modal to this system preference. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 28550] New: Text on overduerules.pl should explain how triggers are selected
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28550 Bug ID: 28550 Summary: Text on overduerules.pl should explain how triggers are selected 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 Depends on: 28549 The onscreen text on the overdue notice and status triggers page should explain which branch will get used. Right now, that defaults to issuing branch, but a flag in the cron can be set to make it use item homebranch instead. I've made this bug depend on 28549, which proposes moving that control into a syspref. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28549 [Bug 28549] Add a system preference to duplicate --frombranch flag in overdue_notices.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 31157] New: overdue_notices.pl --frombranch option should be available as a system preference
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31157 Bug ID: 31157 Summary: overdue_notices.pl --frombranch option should be available as a system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz On a multi-tenant system it is understandable for one client to want one options for the --frombranch and another to want another. However, as the overdue job is run under cron.daily it's not trivial to change it on a per instance basis.. We should expose this option at the UI level. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[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 17 Dec '22

17 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 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