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

[Bug 16282] New: Usernames should be case sensitive
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '25

03 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16282 Bug ID: 16282 Summary: Usernames should be case sensitive Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris(a)bigballofwax.co.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently we don't care about case sensitivity for usernames, this is mostly ok, except when doing SSO ... with many systems who do care about case sensitivity, we can get username collisions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 18758] New: Searchable attributes with autorized values works with the code instead of description
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '25

03 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18758 Bug ID: 18758 Summary: Searchable attributes with autorized values works with the code instead of description Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 17884] New: troubles with syspref AllowHoldPolicyOverride on return
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17884 Bug ID: 17884 Summary: troubles with syspref AllowHoldPolicyOverride on return Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: christophe.croullebois(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com 1° with syspref AllowHoldPolicyOverride ON 2° in "Holds policy by item type" (in smart-rules.pl) with "no holds allowed" selected for an itype. 3° create an hold on an item of this itype 4° return this item 5° you have no message about the hold and the hold is not in status waiting Due to the lack of the check about the syspref during the check in. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 18024] New: Adding a "genres and kinds" search in Authorities module
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18024 Bug ID: 18024 Summary: Adding a "genres and kinds" search in Authorities module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Another little enhancement for the Authorities module 1) Go to Authorities module 2) Clic on "New from Z39.50" 3) Observe in the search window that we don't have a place to search by genres (novel, science-fiction, roman, poetry, etc.) It will be very convenient if we can have an additionnal search option by literary "genres and kinds" to help target the good records when searching. Then it will find all records with the same authority (zone 155) from the RVML. Thanks again, Alexandre from CCSR -- You are receiving this mail because: You are watching all bug changes.

1 7

[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 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 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

[Bug 18239] New: Add Open Document export option to items search
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '25

24 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18239 Bug ID: 18239 Summary: Add Open Document export option to items search Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org For libraries using Excel the CSV export often shows some problems: Umlauts/diacritics are broken, because UTF-8 is not detected automatically and the separators are not recognized with all data appearing in one line. What works really will, also with Excel, is the Open Document format that was added for exporting reports. It would be nice if this option could also be added to the items search in the staff interface. -- You are receiving this mail because: You are watching all bug changes.

1 5