December 2024 - Koha-bugs - lists.koha-community.org

[Bug 25672] New: Administrators should be able to disable client-side and enable server-side plugin management
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '25

10 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25672 Bug ID: 25672 Summary: Administrators should be able to disable client-side and enable server-side plugin management Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Administrators should be able to prevent Koha web users from uploading/installing/uninstalling Koha plugins, and instead allow uploading/installing/uninstalling Koha plugins on the server-side from the CLI. This would allow Koha web users to "use" plugins, but it would require plugins to be vetted and managed by a server sysadmin. This should improve stability and maintainability. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 136

[Bug 25847] New: Set item to CART location when recording local use with statistical patron
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '25

10 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25847 Bug ID: 25847 Summary: Set item to CART location when recording local use with statistical patron 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When checking an item out to a statistical patron to record a local use, it would make sense to set the item to shelving location CART is the library is doing the same on checking (by setting _ALL_: CART in UpdateItemLocationOnCheckin. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 22179] New: Hide columns of all the subscriptions of a record with columns settings (id=subscriptionst) for the OPAC
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '25

10 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22179 Bug ID: 22179 Summary: Hide columns of all the subscriptions of a record with columns settings (id=subscriptionst) for the OPAC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Hi, When you have multiple subscriptions from different sites for a bibliographic record, if you decide to hide some columns from the OPAC using Columns settings in the Koha's administration(id=subscriptionst), the columns will not be hidden for all the subscriptions of the record.It will be nice that when we hide a column it is hidden for all the subscriptions of the different sites. Thanks, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 17791] New: On UNIMARC system, USMARC field 100 gets overwritten
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '25

09 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17791 Bug ID: 17791 Summary: On UNIMARC system, USMARC field 100 gets overwritten Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: synapse.ova(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Overview: On Z39.50 search some functions depend not on the remote server marc flavour, but on current server setting. This bug is present on versions 3.22+ Steps to Reproduce: 1) On UNIMARC system, go to Cataloguing → New from Z39.50/SRU 2) Search USMARC server (Library of Congress, for example) for a book, that has field 100 (for example, isbn 0816310653) 3) On results list, press «MARC» to see MARC fields Actual Results: Instead of seeing the author name in subfield A, you'll see something like «20161219 frey50 », yet you could see other subfields properly Expected Results: Name of the author in 100$a Additional Information: LC Z39.50/SRW/SRU Server Configuration Guidelines: https://www.loc.gov/z3950/lcserver.html -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 38110] New: Staff interface tables with filters - date format needs to be YYYY-MM-DD, need to use authorized value codes
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '25

08 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38110 Bug ID: 38110 Summary: Staff interface tables with filters - date format needs to be YYYY-MM-DD, need to use authorized value codes Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When using filters on tables in the staff interface (for both "Search: ______ x Clear filter" and with "Show filters"): 1. Date fields: you need to enter the date in YYYY-MM-DD format, not the way it is displayed in the table 2. Fields using authorized values: you need to enter the code, rather than the description To replicate: 1. Go to a record in the staff interface with multiple items (for example record 146, The definitive guide to Catalyst : writing extensible, scalable, and maintainable Perl-based Web applications <staffinterfaceurl>/cgi-bin/koha/catalogue/detail.pl?biblionumber=146). 2. In the holdings table section, click "Show filters". 3. Using the "Search: ______ x Clear filter": 3.1 Enter "Midway" ==> no results 3.2 Enter "MPL" ==> one result 3.3 Enter "09/04" ==> no results 3.4 Enter "2014-09" ==> results Note: Bug 38071 fixes the "Clear filter" that is not working, in the meantime click "Hide filters" and "Show filters" or clear the text in the search box to clear. 4. Using the table column filters: 4.1 Click "Show filters" 4.2 In the "Last seen" column, start typing 09/04 ==> no results 4.2 In the "Last seen" column, start typing 2014-09 ==> no change as it matches data in the column, if you type 2014-09-01 you should get no results 4.3 In the "Collection" column, start typing "Reference" > no change until you get to "Refe", then you get no results as it is looking for the authorized value code 4.4 Note that the Item type, Current library, and Home library columns all use select lists, so you can't type a value in them. 5. Go to Patrons and click the "Search" button. 6. Perform searches similar to steps 3 and 4, and you will get similar results (use the "Date of birth" column for dates and "Library" or "Category" columns for authorized values). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 37875] New: Filtering by date should be possible using the format that is set in syspref 'dateformat'
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '25

08 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37875 Bug ID: 37875 Summary: Filtering by date should be possible using the format that is set in syspref 'dateformat' Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: anni.rajala(a)turku.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com At the moment, using a date filter for example in patron search results page or catalogue detail page requires user to put the date in format 'yyyy-mm-dd'. However, this isn't quite intuitive if the date is presented in other format (e.g. dd.mm.yyyy) in the user interface. Ideally the filtering should be possible using the format set in syspref 'dateformat'. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 33210] New: (Bug 31963 follow-up) No hold fee message on OPAC should be displayed when there is no fee
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '25

07 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33210 Bug ID: 33210 Summary: (Bug 31963 follow-up) No hold fee message on OPAC should be displayed when there is no fee Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P3 Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: aleisha(a)catalyst.net.nz, gmcharlt(a)gmail.com After resolving Bug 31963 everything works as expected when there is hold fee defined (!= 0). But in case when the fee for given patron category is set to 0.00, the user will always see the message "You will be charged a hold fee of 0,00 ...", which is obviously not intended. This is because categories.reservefee is returned from database as '0.000000' and as such, without type casting, is interpreted as string in Perl. Prior to Bug 31963 the result was compared to 0 before sending anything to the template, so the casting was done, now it is not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 32116] New: "Patrons with the most checkouts" report (bor_issues_top.pl) broken with SQL strict mode enabled
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '25

07 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32116 Bug ID: 32116 Summary: "Patrons with the most checkouts" report (bor_issues_top.pl) broken with SQL strict mode enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org This report (Reports > Top lists > Patrons with the most checkouts) does not work when the database is in strict mode. Error trace: CGI::Compile::ROOT::kohadevbox_koha_reports_bor_issues_top_2epl::calculate(): DBI Exception: DBD::mysql::st execute failed: 'koha_kohadev.borrowers.surname' isn't in GROUP BY at /kohadevbox/koha/reports/bor_issues_top.pl line 58 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 .... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 35546] New: Unimarc 100 field $a/17-19 "blank"
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '25

07 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35546 Bug ID: 35546 Summary: Unimarc 100 field $a/17-19 "blank" 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: Igor.A.Sychev(a)mail.ru QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl There is no way to set the "blank" Unimarc 100 field $a/17-19 ... unused positions being filled with blanks. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 25600] New: Koha doesn't check for warnings when parsing (ISO2709) MARC
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '25

06 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25600 Bug ID: 25600 Summary: Koha doesn't check for warnings when parsing (ISO2709) MARC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org I've noticed that Koha doesn't check for warnings when parsing MARC, particularly ISO2709 MARC, which is a more fragile format than MARCXML. We should be using https://metacpan.org/pod/MARC::Record#warnings() to at the very least warn users that there was an issue with their (ISO2709) MARC import. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5