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

[Bug 28625] New: Acquisitions section could be further split up
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '24

27 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28625 Bug ID: 28625 Summary: Acquisitions section could be further split up Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Currently, the Acquisitions 'Placing orders' section is confusing. We start well by giving each 'from' it's own section title, but then the process of closing a basket and actually placing the order appears to be mingled into the bottom section.. we should split that out. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22873] New: C4::SIP::ILS::Transation::FeePayment->pay $disallow_overpayment does nothing
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '24

27 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22873 Bug ID: 22873 Summary: C4::SIP::ILS::Transation::FeePayment->pay $disallow_overpayment does nothing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- The `disallow_overpayment` parameter that's expected to be passed to the pay method of FeePayment does nothing.. it should either be removed or implimented. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 34792] New: CookieConsentBar content feels mis-aligned
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '24

27 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34792 Bug ID: 34792 Summary: CookieConsentBar content feels mis-aligned Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 27378 When one adds content to the cookie consent bar using the 'CookieConsentBar' html customization, the vertical alignment of that content sits above the buttons. To me, it feels like it should sit to the left of the buttons and if it's a long content the buttons should align to sit bottom right but inline with the bottom of the content. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27378 [Bug 27378] Enable compliance with EU Cookie Legislation via cookie consent -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 37207] New: SMTP Services Failing Except Gmail on Koha Version 24.05
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '24

27 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37207 Bug ID: 37207 Summary: SMTP Services Failing Except Gmail on Koha Version 24.05 Change sponsored?: --- Product: Koha Version: 24.05 Hardware: Other OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: aungmo(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Description: I am experiencing issues with configuring SMTP services other than Gmail on Koha version 24.05. Despite extensive troubleshooting and ensuring all necessary configurations, only Gmail SMTP service is working. Other SMTP services, such as Brebo, Mailgun, Mailer, Mailjet and Zoho, fail to send emails. Below are the details of my setup and the steps taken to resolve the issue: Steps to Reproduce: Environment: Koha Version: 24.05 Deployment: Docker Container SMTP Services Tested: Brebo, Mailgun, Mailer, Zoho Working SMTP Service: Gmail OS: Debian-based container Configuration: SMTP configurations were updated in koha-conf.xml for each service. SMTP configurations included server, port, username, password, and SSL/TLS settings. Tests conducted with and without SSL/TLS (ports 465 and 587). Troubleshooting Steps: Verified DNS resolution and network connectivity to SMTP servers from within the container. Successfully established TCP connections to SMTP servers using telnet and openssl s_client. Authenticated and sent emails using swaks outside the container. Verified no firewall restrictions on the host or container level. Verified correct credentials and settings with each SMTP service provider. Observations: Gmail works flawlessly with the same configurations. Other SMTP services fail during the authentication phase or email sending phase with errors such as: unable to establish SMTP connection to (smtp-relay.brevo.com) port 587 Trace begun at /usr/share/perl5/Email/Sender/Transport/SMTP.pm line 232 Email::Sender::Transport::SMTP::_throw('Email::Sender::Transport::SMTP::Persistent=HASH(0x564d3cb48158)', 'unable to establish SMTP connection to (smtp-relay.brevo.com) port 587') called at /usr/share/perl5/Email/Sender/Transport/SMTP.pm line 175 Email::Sender::Transport::SMTP::_smtp_client('Email::Sender::Transport::SMTP::Persistent=HASH(0x564d3cb48158)') called at /usr/share/perl5/Email/Sender/Transport/SMTP/Persistent.pm line 32 Email::Sender::Transport::SMTP::Persistent::_smtp_client('Email::Sender::Transport::SMTP::Persistent=HASH(0x564d3cb48158)') called at /usr/share/perl5/Email/Sender/Transport/SMTP.pm line 241 Email::Sender::Transport::SMTP::send_email('Email::Sender::Transport::SMTP::Persistent=HASH(0x564d3cb48158)', 'Email::Abstract=ARRAY(0x564d3c5e0868)', 'HASH(0x564d3cb6baf0)') called at /usr/share/perl5/Email/Sender/Role/CommonSending.pm line 45 Email::Sender::Role::CommonSending::try {...} at /usr/share/perl5/Try/Tiny.pm line 102 eval {...} at /usr/share/perl5/Try/Tiny.pm line 93 Try::Tiny::try('CODE(0x564d3cb7dbc8)', 'Try::Tiny::Catch=REF(0x564d3cb79f00)') called at /usr/share/perl5/Email/Sender/Role/CommonSending.pm line 58 Email::Sender::Role::CommonSending::send('Email::Sender::Transport::SMTP::Persistent=HASH(0x564d3cb48158)', 'Email::Abstract=ARRAY(0x564d3c5e0868)', 'HASH(0x564d3cb7e1a8)') called at /usr/share/perl5/Email/Sender/Simple.pm line 119 Email::Sender::Simple::send_email('Email::Sender::Simple', 'Email::Abstract=ARRAY(0x564d3c5e0868)', 'HASH(0x564d3cb6be08)') called at /usr/share/perl5/Email/Sender/Role/CommonSending.pm line 45 Email::Sender::Role::CommonSending::try {...} at /usr/share/perl5/Try/Tiny.pm line 102 eval {...} at /usr/share/perl5/Try/Tiny.pm line 93 Try::Tiny::try('CODE(0x564d3cb79618)', 'Try::Tiny::Catch=REF(0x564d3cb6c4b0)') called at /usr/share/perl5/Email/Sender/Role/CommonSending.pm line 58 Email::Sender::Role::CommonSending::send('Email::Sender::Simple', 'Email::MIME=HASH(0x564d3c5cd2b0)', 'HASH(0x564d3c57d7a8)') called at /usr/share/perl5/Email/Stuffer.pm line 784 Email::Stuffer::send_or_die('Koha::Email=HASH(0x564d3c595b58)', 'HASH(0x564d3cb6c330)') called at /usr/share/koha/lib/Koha/Email.pm line 237 Koha::Email::send_or_die('Koha::Email=HASH(0x564d3c595b58)', 'HASH(0x564d3cb6c330)') called at /usr/share/koha/lib/C4/Letters.pm line 1534 C4::Letters::try {...} at /usr/share/perl5/Try/Tiny.pm line 100 eval {...} at /usr/share/perl5/Try/Tiny.pm line 93 Try::Tiny::try('CODE(0x564d3c5cd088)', 'Try::Tiny::Catch=REF(0x564d3c581a78)') called at /usr/share/koha/lib/C4/Letters.pm line 1556 C4::Letters::_send_message_by_email('HASH(0x564d3c5507f0)', undef, undef, 'LOGIN', 'HASH(0x564d32a01fb0)') called at /usr/share/koha/lib/C4/Letters.pm line 1039 C4::Letters::SendQueuedMessages('HASH(0x564d329d8860)') called at /usr/share/koha/bin/cronjobs/process_message_queue.pl line 120 at /usr/share/koha/lib/C4/Letters.pm line 1556. Use of uninitialized value $Mail::Sendmail::error in string at /usr/share/koha/lib/C4/Letters.pm line 1554. at /usr/share/koha/lib/C4/Letters.pm line 1556. Expected Result: Emails should be sent successfully using any configured SMTP service without errors. Actual Result: Only Gmail SMTP service is working. All other SMTP services fail with authentication or connection errors. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 27060] New: Allow undoing changes to the password on SMTP config
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '24

27 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27060 Bug ID: 27060 Summary: Allow undoing changes to the password on SMTP config 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The only way to undo changes when you are editing, is by writing the "****" string on the input. We should provide a simpler method. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 32156] New: Form misalignment - wrapping when content wider than screen
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '24

27 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32156 Bug ID: 32156 Summary: Form misalignment - wrapping when content wider than screen 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: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 143592 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=143592&action=e… Screenshot - form label and content misalignment When the content for a form is wider than the screen, the wrapping is misaligned. For an example, see Tools > Log viewer - the content for modules and actions fields are in the label column (see the attached screenshot). I'm sure I've seen this elsewhere, but where escapes me at the moment. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 37199] New: Incorrect "waiting holds" notification for staff
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '24

27 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37199 Bug ID: 37199 Summary: Incorrect "waiting holds" notification for staff Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: slavashishkin(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 34668 There is an issue with the "WaitingNotifyAtCheckout" system preference, where staff receive incorrect "This patron has waiting holds" pop-up notifications for users during checkout. Steps to reproduce: 1. Set the system preference "WaitingNotifyAtCheckout" to "Notify". 2. Place a hold on one of the available items for patron (A). 3. Check out another available item from the same bibliographic record to patron (B). 4. Verify that staff receive a pop-up notification "This patron has waiting holds", even if patron (B) has no holds from the same bibliographic record. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34668 [Bug 34668] Notify staff with a pop-up about waiting holds for a patron when checking out -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 5594] Option to configure default sort order for items on bib records
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '24

27 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5594 Heather Rommens <heather(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |heather(a)bywatersolutions.co | |m --- Comment #14 from Heather Rommens <heather(a)bywatersolutions.com> --- The new, separate bug to request functionality to select the default sort order for the holdings table in the staff client (holdings_table) is Bug 34638. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 7782] Replace yes/no for cancelling holds with checkboxes and add delete link in patron account
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '24

26 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7782 Katie Bliss <kebliss(a)dmpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kebliss(a)dmpl.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27119] New: Allow batch actions from item search results
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '24

26 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27119 Bug ID: 27119 Summary: Allow batch actions from item search results 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl >From the results of an item search, it would be really handy to send a list of items to batch deletion / modification without first downloading it. Something like the options we get from report results. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11