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

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

28 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 36307] New: SMS::Send driver errors are not captured and stored
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36307 Bug ID: 36307 Summary: SMS::Send driver errors are not captured and stored Change sponsored?: --- Product: Koha Version: master 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If an SMS::Send driver succeeds, it returns a value that evaluates to true. Every driver I've inspected uses croak when it encounters a failure state. When an SMS message fails to send, code hard codes the failure code to NO_NOTES (No notes from SMS driver). We should store the real error in `failure_code` and display that if the failure code doesn't match a known failure code. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[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 36439] New: Column settings are missing on holds-to-pull table
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36439 Bug ID: 36439 Summary: Column settings are missing on holds-to-pull table Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 The column settings (the cog wheel icon) are missing on the table on the pending reserves page due to an ill applied patch for bug 33575. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[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 36268] New: Letters.t assumes an empty ReplyToDefault
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36268 Bug ID: 36268 Summary: Letters.t assumes an empty ReplyToDefault Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org We should not assume but mock here. -- You are receiving this mail because: You are watching all bug changes.

1 10

[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

[Bug 36394] New: Inconsistent behaviour in footers (mappings admin page)
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36394 Bug ID: 36394 Summary: Inconsistent behaviour in footers (mappings admin page) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com Blocks: 35138 In the footers of the tables of the search fields and mappings, the options selected are not consistent. Additionally they are not reset correctly when a new line is added. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35138 [Bug 35138] Elasticsearch - manage facets -- You are receiving this mail because: You are watching all bug changes.

1 12