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

[Bug 38671] New: Add fields to item search - lost_on, withdrawn_on, damaged_on
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38671 Bug ID: 38671 Summary: Add fields to item search - lost_on, withdrawn_on, damaged_on Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Since bug 37238 brought item search into table settings, it would be great to flesh out some of the other item data fields like lost_on, damaged_on, or withdrawn_on. Because it is now a configurable table, libraries would be able to hide or expand those columns as needed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 38559] New: Typo: Administration preferences - "cosent"
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38559 Bug ID: 38559 Summary: Typo: Administration preferences - "cosent" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Documentation 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: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de In the Administration preferences chapter, under Google OpenID Connect (https://koha-community.org/manual/latest/en/html/administrationpreferences.…) "set the OAuth cosent screen values" cosent -> consent -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 38570] New: Typo: Circulation preferences "the patrons owes"
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38570 Bug ID: 38570 Summary: Typo: Circulation preferences "the patrons owes" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Documentation 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: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de In the Circulation preferences chapter, under AllowFineOverride (https://koha-community.org/manual/latest/en/html/circulationpreferences.htm…) "staff will be warned that the patrons owes money" the patrons owes -> the patron owes OR the patrons owe -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 38604] New: ILL: Pre-populate status filter if only one backend in use
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38604 Bug ID: 38604 Summary: ILL: Pre-populate status filter if only one backend in use Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com To populate the "Status" filter dropdown on the left side of the main ILL request table, you have to select the backend first. This seems unnecessary when there is only one backend in use. If this is the case, we should be able to populate the Status dropdown without any interaction from the user. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 38491] New: Update OAI servers code to current standards
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38491 Bug ID: 38491 Summary: Update OAI servers code to current standards Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 35659 admin/oai_servers.pl and .tt are really old style written, could have been nice to see them follow the current standard. 1. msg_added => should use a @messages array 2. add_form and op => Why 2 variables for the same purpose? 3. No try-catch! 4. type => $op eq 'add' ? lc $type : '' What is "type"? Is not used in template. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35659 [Bug 35659] OAI harvester -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[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 38668] New: 403 Forbidden error when doing advanced search or when the booklist shows after logging in and accessing through internet, everthing works fine through the intranet
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '24

12 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38668 Bug ID: 38668 Summary: 403 Forbidden error when doing advanced search or when the booklist shows after logging in and accessing through internet, everthing works fine through the intranet Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: ism(a)kis.in QA Contact: testopia(a)bugs.koha-community.org 403 Forbidden error when doing advanced search or when the booklist shows after logging in while accessing search pages through internet, but everything works fine through the intranet. what could be the issue? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4