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

[Bug 20202] New: Link EDI account to Create Edi order
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20202 Bug ID: 20202 Summary: Link EDI account to Create Edi order Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: cunha(a)monterey.org QA Contact: testopia(a)bugs.koha-community.org Currently to send create an EDI order you click "Create EDIFACT order" and are taken to a page to select, if you have multiple EDI accounts, your vendor account from a drop-down menu. It would be great if the Vendor and EDI account could be linked, so there would be no possibility of sending the order to the wrong account. We started with the ByWater beta version of EDI, that was the way it worked in beta. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 29573] New: MARC Framework Subfields Visibility Setting Not Obeyed for 5XX
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29573 Bug ID: 29573 Summary: MARC Framework Subfields Visibility Setting Not Obeyed for 5XX Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jialun(a)toa.edu.my QA Contact: testopia(a)bugs.koha-community.org Created attachment 127988 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=127988&action=e… Tag 583 Subfield constraints I've recently upgraded to version 21.05.05.003 and encountered an issue with the when viewing an item inside the OPAC (opac-detail.pl) while using Normal view inside the Title notes. Our librarians have configured the one of the Subfields for MARC Framework 583 to be hidden in the OPAC but visible for Intranet and Editor. It was working fine in version 20.11 but once we upgraded to version 21.05 it appeared inside the OPAC despite the visibility setting. I've tested changing the Subfields Visibility setting by enabling either OPAC or Intranet only but there was not changes in the OPAC or Staff Client either. The Title Notes were still visible. Thank you in advance for your help! -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 36314] New: koha-email-disable does not disable all emails
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36314 Bug ID: 36314 Summary: koha-email-disable does not disable all emails Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz koha-email-enable and koha-email-disable are creating/removing a file (email.enabled) to know if a given instance can send emails. However this is not used from everywhere in Koha, only some debian scripts. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 37545] New: worker-output log - Size grows every minute
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37545 Bug ID: 37545 Summary: worker-output log - Size grows every minute Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: joseanjos(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The disk was full... The problem is the log file: worker-output.log After emptying the file it grew by 400Mb in one morning! It's full of these messages: main::catch {...} /usr/share/koha/bin/workers/background_jobs_worker.pl (129) [2024/08/01 10:41:16] [WARN] Frame does not have correct args, ignoring it main:: /usr/share/koha/bin/workers/background_jobs_worker.pl (134) [2024/08/01 10:41:16] [WARN] Frame not processed - malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "You must log in usin...") at /usr/share/koha/bin/workers/background_jobs_worker.pl line 127. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 37919] New: Unable to report on MFA-enabled users
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37919 Bug ID: 37919 Summary: Unable to report on MFA-enabled users Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org As a result of Bug 37508, it isn't possible to use the reports module to identify which users are MFA enabled using e.g. the following SQL which used to work: SELECT p.borrowernumber, p.firstname, p.surname, p.cardnumber, p.branchcode, IF( power(2, 2) & flags, 'yes', 'no' ) as Staff, IF( power(2, 0) & flags, 'yes', 'no' ) as Superlibrarian FROM borrowers p WHERE p.flags > 0 AND p.auth_method = 'password' AND p.dateexpiry > CURDATE() HAVING Staff = 'yes' OR Superlibrarian = 'yes' ORDER BY p.branchcode -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 27365] New: Koha doesn't check marcxml field size is < 10000 and fails in various places
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27365 Bug ID: 27365 Summary: Koha doesn't check marcxml field size is < 10000 and fails in various places Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Hi ISO standard >The core of the framework is a MARCXML schema that allows lossless round-trip >conversion of an ISO 2709 MARC 21 record and an XML-encoded MARC 21 record. Thus a field size is 9999 bytes max. But /usr/share/perl5/MARC/File/USMARC.pm doesn't care: my $direntry = sprintf( "%03s%04d%05d", $field->tag, $len, $dataend ); and if len >= 10000 it silently creates a bogus directory with a length of 13 rather then 12. These non-conformed marxml will fail in various places. Export, search results list with elasticsearch which store ISO 2709 record in index and use them as data source in results list. eg: Easy to trigger in french UNIMARC with 359 (sorry in french) https://www.transition-bibliographique.fr/wp-content/uploads/2019/02/B359-2… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 34951] New: Ability to make draft CMS pages
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34951 Bug ID: 34951 Summary: Ability to make draft CMS pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org It would be great to have a more explicit 'draft' state for CMS pages. We can use publication date/expiration date to 'schedule' pages but it would be great to have pages that are able to be viewed in their context (not just previewed) but aren't public or published yet -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35204] New: REST API: POST endpoint /auth/password/validation dies on patron with expired password
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '24

11 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35204 Bug ID: 35204 Summary: REST API: POST endpoint /auth/password/validation dies on patron with expired password Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com CC: tomascohen(a)gmail.com The REST module relies on return of cardnumber/userid from C4::Auth::checkpw, however a patron with an expired password returns only -2 This causes a 500 Error from the API route -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 36864] New: Bug 30579 follow-up
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '24

11 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36864 Bug ID: 36864 Summary: Bug 30579 follow-up Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 30579 did some things to make the hold request page easier to navigate. Great improvements. There was a couple small things I'd like to address: 1. You can click on the disabled fieldset select2 dropdowns. 2. Invalid HTML. Inputs cannot be children of an HTML button. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 36899] New: Further improvements to holds request page, part 2
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '24

11 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36899 Bug ID: 36899 Summary: Further improvements to holds request page, part 2 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Based on a comment in Bug 36854: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36864#c10 The entire fieldset should be clickable, not just the radio button. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27