January 2023 - Koha-bugs - lists.koha-community.org

[Bug 29868] New: Add Koha::Old::Hold->anonymize
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29868 Bug ID: 29868 Summary: Add Koha::Old::Hold->anonymize 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Found the need to anonymize from Koha::Hold->cancel, and in this case using an iterator would be overkill as I already have the Koha::Old::Hold object in place as the return value from $self->_move_to_old... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 29874] New: Remove unused method C4::SIP::ILS::Item::fill_reserve
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29874 Bug ID: 29874 Summary: Remove unused method C4::SIP::ILS::Item::fill_reserve 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The method is only mentioned when it is defined in the codebase. Likely unused, as C4::Circulation::AddIssue already fills the hold if required. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 29869] New: Add Koha::Hold->fulfill
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29869 Bug ID: 29869 Summary: Add Koha::Hold->fulfill 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This method will overtake C4::Reserves::ModReserveFill. It will store 'FULFILL' in the action_logs table as well (to solve the FIXME that cna be found in the old method). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 29891] New: Add Koha::Holds->fix_priorities
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29891 Bug ID: 29891 Summary: Add Koha::Holds->fix_priorities 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The method should explode if the resultset doesn't belong to the same biblio. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 26949] New: Upgrade TinyMCE in the staff interface from 5.0.16 to 5.5.1
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '25

11 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26949 Bug ID: 26949 Summary: Upgrade TinyMCE in the staff interface from 5.0.16 to 5.5.1 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The version of TinyMCE we use in the staff client is a little over a year old now. As long as we are talking about issues with it (like Bug 26942) I think it's worthwhile to get it up to date. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 23578] New: Koha ILL backends directory is not included in @INC
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '25

11 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23578 Bug ID: 23578 Summary: Koha ILL backends directory is not included in @INC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com The Koha ILL backends directory can be configured in koha-conf.xml, however, this directory is not included in @INC To test: 1 - Define backends_directory in koha-conf.xml as /var/lib/koha/instance/Koha/Illbackends 2 - Install a backend there 3 - Restart things, enable ILLModule syspref 4 - Check the about page, it should not have a warning about 'No backends installed' 5 - Try to place a new request - internal server error 6 - Check the plack logs, the module cannot be required -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 20112] New: Optionally show invalid ISBN/ISSN 020/022 $z
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20112 Bug ID: 20112 Summary: Optionally show invalid ISBN/ISSN 020/022 $z 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently the invalid ISBN and ISSN are indexed (bug 14617), but aren't displayed. It would be nice to find a way to display them if the library wants to do so. Having a class or similar for hiding them if necessary would be enough. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 28218] New: Additional fields for vendors
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28218 Bug ID: 28218 Summary: Additional fields for vendors Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It's possible to add additional fields to baskets and subscriptions, but it would be great if this could be extended to other areas as well. One of those would be vendor records. For example at the moment it's not possible to store banking/account information in our vendor records. We could add the fields or we could add a configuration option to make this easy to add. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 23764] New: Add printable version of "Change password" in patron details
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23764 Bug ID: 23764 Summary: Add printable version of "Change password" in patron details 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: kugler_stefan(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The button "Change password" in patron details allows to set a new password for OPAC users. Please add an option for a printer friendly version of this page so a librarian can hand out a nice document with header/notice/footer and new credentials. Proposal: Use CSS media queries to hide Koha intranet header and menue and add a header/footer only visible for the printable version. Also hide notice "Koha cannot display existing passwords...", input box for password confirmation and save/cancel buttons. Show current date and time to be sure which one was the last printed page if you print out multiple version. Add notice to make sure to save the new password. --------------------------- My Library Address today's date Dear firstname lastname, welcome... Your credentials are: Username: 012345 Password: generatedpassword123 Visit https://opac.url to log in. Sincerly, your library Printed on date/time. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 31642] New: Additional contents: Allow free text in location field for html blocks
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31642 Bug ID: 31642 Summary: Additional contents: Allow free text in location field for html blocks 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org I ran into this limitation on e.g. bug 31503. I want to add locations that match authorised values for category CONSENT_TYPE. But Koha only allows a selected set of locations for html blocks. If we could allow picking a field from the combo or typing free text, we provide more flexibility in the use of this feature. Obviously this triggers a development discussion on field names. We have category, location and code. And their use becomes a bit unclear. Category is the most clear one. Although html and pages are quite similar. Location is opac or staff etc. for news and pages. But is used as a kind of block name for html_customizations. Code is used to group the records for default and translated languages for an item in all categories. The name is rather obscure. While describing this, bug 31383 comes to mind again.. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32