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

[Bug 26198] New: koha-sip --enable should also have --raw_port and --telnet_port options
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26198 Bug ID: 26198 Summary: koha-sip --enable should also have --raw_port and --telnet_port options Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com You should be able to provide --raw_port and --telnet_port options to koha-sip --enable, since only 1 Koha instance will be able to use the hard-coded defaults of telnet 8023 and raw 6001. On servers running multiple instances of Koha, you'll want to be able to set up the Koha SIP server with different TCP ports (or the SIP server won't work for those instances). (Note that this isn't an issue if you only run 1 Koha on your server, or if you use 1 Koha per 1 container to provide separate network namespaces.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 27557] New: Add the ability to display the error that caused a 500
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27557 Bug ID: 27557 Summary: Add the ability to display the error that caused a 500 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 26048 >From bug 26048 comment 19: """ Yesterday I was thinking we could have a syspref to display/hide the error (not the stacktrace). Or enable it by default for superlibrarian. What do you think (on its own bug report of course)? """ >From bug 26048 comment 30: """ But in most production situations I don't think that we'd want to show system generated error messages. It's not a good look. """ Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26048 [Bug 26048] PSGI Koha does not use custom ErrorDocument pages -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 30411] New: Add separate shelving location column to Holds Queue
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '25

28 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30411 Bug ID: 30411 Summary: Add separate shelving location column to Holds Queue Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be useful, especially with Bug 29015, for shelving location to be its own column in the Holds Queue. This would allow for more flexibility in how libraries view and sort their queues, especially if it's configurable in Table settings. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 19815] New: Replace Record via Z39.50 Server give option to change framework
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19815 Bug ID: 19815 Summary: Replace Record via Z39.50 Server give option to change framework Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When a staff member chooses Replace record via Z39.50/SRU from the Edit Dropdown menu in detail.pl, the current behavior replaces the record using the existing framework on the record. It would be a nice enhancement to have an option when replacing the record to choose if you would also like to change the framework. For example. You have a record that was created using a Fast Add Framework for a newly published item. You now want to replace that record with the full record. Koha's current behavior will replace the record into the fast add framework. Having an option to change the framework to default or books, etc would make the workflow easier. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 28307] New: Make BakerTaylorEnabled preference separate for staff and OPAC
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28307 Bug ID: 28307 Summary: Make BakerTaylorEnabled preference separate for staff and OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The description of the BakerTaylorEnabled preference says it controls both OPAC and staff. In fact the feature isn't present in the staff interface. I propose to enable the feature in the staff interface and at the same time separate the preference into two: One for the OPAC and one for the staff interface. -- You are receiving this mail because: You are watching all bug changes.

1 78

[Bug 18798] New: Use Koha.Preference in OPAC Reading Record
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18798 Bug ID: 18798 Summary: Use Koha.Preference in OPAC Reading Record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Should not be passing the preference from the pl file - can check the preference using template plugin Koha.Preference -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 30707] New: Having a closing div in intranet-bottom.inc is wrong (?)
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30707 Bug ID: 30707 Summary: Having a closing div in intranet-bottom.inc is wrong (?) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There is a closing div in intranet-bottom.inc, the related opening div is usually added by the different template. Since it's at the top of the include file it does not make much sense to have it here, better to not add confusion to the templates and let them close it from there. -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 25515] New: Remove warnings and errors from tests output
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25515 Bug ID: 25515 Summary: Remove warnings and errors from tests output Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: rel_20_11_target Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org We have tons of: "Use of uninitialized value" "DBIx::Class::Storage::DBI::_dbh_execute():" "Subroutine * redefined" "Argument "" isn't numeric in numeric" We must get rid of them and provide a clean output. -- You are receiving this mail because: You are watching all bug changes.

1 107

[Bug 25382] New: opac-sendbasket.pl and opac-sendshelf.pl don't validate email addresses
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25382 Bug ID: 25382 Summary: opac-sendbasket.pl and opac-sendshelf.pl don't validate email addresses Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org opac-sendbasket.pl and opac-sendshelf.pl should validate email addresses to prevent abuse -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 25371] New: Koha::Email doesn't validate header data
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25371 Bug ID: 25371 Summary: Koha::Email doesn't validate header data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Koha::Email should validate the data being used for the email headers. Mail::Sendmail doesn't do proper validation itself, so we need to do it at a higher level. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8