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

[Bug 38958] New: Search history deletion broken in the staff interface
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38958 Bug ID: 38958 Summary: Search history deletion broken in the staff interface Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 36640 Since the DataTables upgrade it has not been possible check checkboxes for a search history entry and delete them. The delete button doesn't become enabled when you check a box. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36640 [Bug 36640] Upgrade DataTables from 1.13.6 to 2.x -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 31470] New: Incorrect selector for relationship dropdown used in members.js
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31470 Bug ID: 31470 Summary: Incorrect selector for relationship dropdown used in members.js Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org In members.js line 112 variable guarantor_relationship is selected with id "relationship". Correct selector should however be class "relationship" since id "relationship" is used in auth-finder-search.inc, not in memberentry.pl. -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 37907] New: Add column to user summary to show date an item was checked out on
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37907 Bug ID: 37907 Summary: Add column to user summary to show date an item was checked out on Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org We have had a request from patrons to add a column to the OPAC user summary of checkouts where they can see the date an item was checked out. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 35808] New: opac-user.pl has hidden span.tdlabel in cells that can go away
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35808 Bug ID: 35808 Summary: opac-user.pl has hidden span.tdlabel in cells that can go away 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Unless there is some purpose to these hidden labels, we could probably do away with these labels. Perhaps just assign classes to the data they are labeling instead? -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 35975] New: Download cart with BIBTEX contains hash value
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35975 Bug ID: 35975 Summary: Download cart with BIBTEX contains hash value 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org @book{Koha::Biblio=HASH(0x560e89ade4b8), author = {Schwartz, Randal L. and Phoenix, Tom}, title = {Learning Perl /}, etc -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 36025] New: Extended attributes clause added to patron search query even when there are no searchable attributes
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36025 Bug ID: 36025 Summary: Extended attributes clause added to patron search query even when there are no searchable attributes Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In bug 34519 there is a commit labelled "ensure we always have an array": - [% SET extended_attribute_types = ExtendedAttributeTypes.codes( staff_searchable => 1 ) %] + [% SET extended_attribute_types = [ ExtendedAttributeTypes.codes( staff_searchable => 1 ) ] %] Somehow this expands into an array containing the empty string as an element if no attributes are searchable by default. This is likely a bug in DBIx::Class. It would be better to add the workaround for this in the ExtendedAtributeTypes template plugin. The get_column method of ResultSet returns values of type ResultSetColumn according to the documentation. But in reality it does not. It returns an array. So we must rely on a bug already by using this method. Consistently using it in list context might be helpful as a workaround. sub codes { my ( $self, $params ) = @_; my @codes = Koha::Patron::Attribute::Types->search($params)->get_column('code'); return \@codes; } The consequence is that a clause for extended attributes is added to the patron search query. This is significantly slower than not having such a clause, due to some other issues with DBIx::Class. (Se bug 33554 and bug 35361.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70

[Bug 38349] New: Fix style of sidebar form submit button on tags review page
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38349 Bug ID: 38349 Summary: Fix style of sidebar form submit button on tags review page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: Academy Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org On the tags review page the style of the submit button is incorrect. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 38459] New: Cities dropdown should work for quick add form as well
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38459 Bug ID: 38459 Summary: Cities dropdown should work for quick add form as well Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently the cities dropdown does not work in the patron quick add, in fact city doesn't seem to work due to the way the selector/id are formed To recreate: 1 - Administratoin->Cities and towns 2 - Define several cities 3 - http://localhost:8081/cgi-bin/koha/admin/preferences.pl?op=search&searchfie… 4 - Select city,state, zipcode and some other fields 5 - Patrons->Quick add new patron 6 - Note city field/dropdown does not show -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 38617] New: Fix warning about auto increment and biblioitems
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38617 Bug ID: 38617 Summary: Fix warning about auto increment and biblioitems Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org Bug 35033 added a check for auto increment problems related to biblioitems. The code looks like this: my $biblioitems = $dbh->selectall_arrayref( q|select bi.biblioitemnumber from biblioitems bi join deletedbiblioitems dbi on bi.biblionumber=dbi.biblionumber|, { Slice => {} } ); It compares biblioitems and deletedbiblioitems, which makes sense. But the template that displays the results look like this: [% IF ai_biblioitems %] <h4>Bibliographic records</h4> <p>The following IDs exist in both tables [% "biblio" | $HtmlTags tag="strong" %] and [% "deletedbiblioitems" | $HtmlTags tag="strong" %]:</p> <p> [% FOR b IN ai_biblioitems %] [% b.biblioitemnumber | html %] [% UNLESS loop.last %], [% END %] [% END %] </p> [% END %] The problem is this: The following IDs exist in both tables [% "biblio" | $HtmlTags tag="strong" %] and [% "deletedbiblioitems" | $HtmlTags tag="strong" %] It says "biblio and deletedbiblioitems", when it should say "biblioitems and deletedbiblioitems". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 38711] New: Wrong font-weight in tables during printing from STAFF interface
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38711 Bug ID: 38711 Summary: Wrong font-weight in tables during printing from STAFF interface Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com While printing a page from the Koha STAFF interface all last columns of tables use **bold** font while on screen they use normal font. This can be seen e.g. when running reports to feed a notice. This happens due to the following CSS defined for _print_: ``` td:last-child, th:last-child { background-color: #E9E9E9; border-bottom: 1px solid #CCCCCC; border-left: 0; border-right: 0; border-top: 0; font-size: 14px; font-weight: bold; padding: 5px 5px 5px 5px; } ``` This assigns `font-weight: bold` to all `last-child`s of `td`. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18