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

[Bug 34574] New: Patron search results: Option to deactivate the filters
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34574 Bug ID: 34574 Summary: Patron search results: Option to deactivate the filters 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: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Since the staff interface redesign, the search patron results DataTable has filters activated at the top. Is it possible to add a way to turn these off? Alternatively, is it possible to change the dropdown selectors into a text search (as on the other columns)? The problem is that the dropdown filters include every library / patron category; this means that the columns are always the width of your longest library / longest patron category. Before the staff interface redesign, the width of these two columns were flexible. Since the redesign, if your system has any long library names or patron category names, the table breaks on width, causing a horizontal scrollbar. An example of how the library name displays: Before (on a smaller screen): Institut Protestant de Théologie After: Institut Protestant de Théologie Instead of a 12 character width column, it's a 32 character width column. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 36138] New: Add cancellation reason to opac-holdshistory.pl's Status column
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36138 Bug ID: 36138 Summary: Add cancellation reason to opac-holdshistory.pl's Status column 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On the staff interface the Status column on members/holdshistory.pl includes the reason for cancellation, if there is one. We should add this to Status column on opac-holdshistory.pl as well. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 36093] New: Fix missing array reference in provider rollup reports
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36093 Bug ID: 36093 Summary: Fix missing array reference in provider rollup reports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: matt.blenkinsop(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com An array has not been correctly referenced when passed into a function when creating a provider rollup report -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 30068] New: Wrong reference to table_borrowers in circulation.tt
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30068 Bug ID: 30068 Summary: Wrong reference to table_borrowers in circulation.tt Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 17353, 21034 There is a reference to table_borrowers in the table settings yaml file, and this: 985 columns_settings_borrowers_table = [% TablesSettings.GetColumns( 'circ', 'circulation', 'table_borrowers', 'json' ) | $raw %] in circulation.tt But #table_borrowers is not a table displaying patrons, but items. The confusion is coming from this commit that first introduced the id on this table: commit 7d598d9130c3d171af1e1a6a0a168cea043c277d Bug 21034: Re-indent circulation.tt Then: commit f6599b2c5480d2e096bac71e4e7ac759686b9fbc Bug 17353: Add phone number column to checkout search That added the columns settings line. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17353 [Bug 17353] Add phone number column to checkout search https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21034 [Bug 21034] Re-indent circulation.tt -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 35810] New: Add back to top button on staff result page
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35810 Bug ID: 35810 Summary: Add back to top button on staff result page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hi all, As in bug 30136, I'd like to add a "back to top" button on the search results page. I put the same code as the opac and a bit of css to get a nice result. Feel free to test it and give feedback :) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 35392] New: HTML in translatable string
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35392 Bug ID: 35392 Summary: HTML in translatable string Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: caroline.cyr-la-rose(a)inlibro.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com This string appears as is in Weblate to be translated, HTML tags and all <li>Job for uploaded file has been queued, <a href="/cgi-bin/koha/admin/background_jobs.pl?op=view&id=%s" target="_blank">click here</a> to check its progress.</li> Usually, HTML tags don't appear. I'm not sure what is different for this one. Probably something to do with JS or Vue? For reference, the line is koha-tmpl/intranet-tmpl/prog/js/vue/components/ERM/UsageStatisticsDataProvidersFileImport.vue:93 Furthermore, while we are there to correct it, we should also correct the "click here" link. I understand it is not an accessible way of making links. All other job queue messages look like this H1 Title: The job has been enqueued! Text: It will be processed as soon as possible. Link: View detail of the enqueued job See for example https://git.koha-community.org/Koha-community/Koha/src/branch/master/koha-t… -- You are receiving this mail because: You are watching all bug changes.

1 50

[Bug 36082] New: OPACResultsSideBar not working with library specific message
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36082 Bug ID: 36082 Summary: OPACResultsSideBar not working with library specific message Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org With the introduction in 23.11 moving the system preference, OPACResultsSideBar, to the Tools> HTML customization, it does not appear to be working with a library specific message. When creating a OPACresultsidebar to 'all libraries', this message does appear. Steps to reproduce: 1. Tools> HTML Customization 2. Choose OPACresultssidebar 3. Create an entry specific to a library. 4. Also try to add this same entry into a translation tab, if installed. 5. Go to the OPAC 6. Login as a patron of that library that the specific OPACresultsidebar is assigned to 7. Search the catalog, and look below the facets,where the OPACresultssidebar would appear. 8. No text. Attempt to do this test plan, but creating a 'all libraries' entry will appear in the OPAC as expected. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 35708] New: System parameter AutoRenewalNotices defaults to deprecated option
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35708 Bug ID: 35708 Summary: System parameter AutoRenewalNotices defaults to deprecated option Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: anke.bruns(a)gwdg.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When installing Koha, the deprecated option "(Deprecated) according to --send-notices cron switch" is set by default in the system preference "AutoRenewalNotices". It would be nicer to have another option as default, e.g. "according to patron messaging preferences" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 36173] New: Cancelling order confirmation view does not show basket's info
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36173 Bug ID: 36173 Summary: Cancelling order confirmation view does not show basket's info Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Acquisitions Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 35714] New: Clicking Print slips when no letter template selected causes error
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35714 Bug ID: 35714 Summary: Clicking Print slips when no letter template selected causes error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Preservation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com In the preservation module, a "Letter template for printing slip" can be selected when creating a processing. This is not a required field; the field is blank by default. When viewing a train that uses a processing where no letter template have been specified, I still see the Print slips button in the Items table actions. When I select items, the button becomes clickable. When I click on it, I get an error page (probably because there is no specified notice for Koha to use!) On master, the error page starts with the lines: Error trace No letter_code at /kohadevbox/koha/preservation/print_slip.pl line 45. at /usr/lib/aarch64-linux-gnu/perl-base/Carp.pm line 289 On a system recently upgraded to 23.11, I am getting a 500 error at /cgi-bin/koha/preservation/print_slip.pl?train_item_id=1&train_item_id=2_blank It would be better if either: - the "Letter template for printing slip" field had the Train item slip selected by default; - or, the Print slip button didn't appear at all when no letter templates are selected in the processing settings. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18