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

[Bug 35686] New: Case missing from installer step 3 template title
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35686 Bug ID: 35686 Summary: Case missing from installer step 3 template title Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/installer/install.pl?step=3&op=updatestr ucture OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There is a case missing from the conditionals around title display for the installer's step 3. When you're on the "Updating database structure" step the first part of the page title is empty: " > Web installer > Koha" -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 35517] New: Choose correct default header search tab according to permissions
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35517 Bug ID: 35517 Summary: Choose correct default header search tab according to permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED 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 On the staff interface home page the default header search box is the checkout one. But if the user doesn't have circulation permission the search tabs are initially hidden. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 35650] New: 'Check the logs' string dot-inconsistent
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35650 Bug ID: 35650 Summary: 'Check the logs' string dot-inconsistent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I found this when translating. If you run: $ git grep 'Check the logs' you will notice in most cases the structure is: <Something happened>. Check the logs. or <Something happened>. Check the logs for details But in some the dot is missing. The inconsistency causes (probably) the constant changes in the translation system in which the same string sometimes has the dot, sometimes it doesn't and it is changed all the time the same way. I think the correct form is to use the dot, and is also the more widespread. So I'm proposing to stick with using the dot: $ git grep 'Check the logs' | wc -l 31 $ git grep 'Check the logs\.' | wc -l 17 $ git grep 'Check the logs ' | wc -l 3 $ git grep -e 'Check the logs\"' -e 'Check the logs<' | wc -l 11 -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 35713] New: Update or remove debian/docs/LEEME.Debian?
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35713 Bug ID: 35713 Summary: Update or remove debian/docs/LEEME.Debian? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com The file was added by bug 7197 in 2011, but has never been updated. I don't know Spanish, but I have a hunch it might need an update after all these years. Or maybe it can be removed? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 35757] New: Sushi service and counter registry tests are failing
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35757 Bug ID: 35757 Summary: Sushi service and counter registry tests are failing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 The tests for the sushi service and counter registry endpoints are failing. Currently they are based on comparing an expected response with an actual response which is not ideal. This bug is to re-write the tests to just check the field names that are being returned by the external API so identify any changes to the API that could affect functionality in Koha. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 35598] New: selenium/authentication_2fa.t is still failing randomly
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35598 Bug ID: 35598 Summary: selenium/authentication_2fa.t is still failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 25551 Koha_Master/2767 Docker_15 koha_1 | STRACE: /usr/share/perl5/Try/Tiny.pm:123 in Selenium::Remote::Driver::catch {...} koha_1 | /usr/share/perl5/Selenium/Remote/Driver.pm:361 in Try::Tiny::try koha_1 | (eval 582):1 in Selenium::Remote::Driver::__ANON__ koha_1 | (eval 584):2 in Selenium::Remote::Driver::__ANON__ koha_1 | (eval 556):17 in Selenium::Remote::Driver::_execute_command koha_1 | /usr/share/perl5/Selenium/Remote/WebElement.pm:125 in Selenium::Remote::WebElement::_execute_command koha_1 | t/db_dependent/selenium/authentication_2fa.t:276 in Selenium::Remote::WebElement::send_keys koha_1 | /usr/share/perl/5.32/Test/Builder.pm:334 in main::__ANON__ koha_1 | /usr/share/perl/5.32/Test/Builder.pm:334 in (eval) koha_1 | /usr/share/perl/5.32/Test/More.pm:809 in Test::Builder::subtest koha_1 | t/db_dependent/selenium/authentication_2fa.t:294 in Test::More::subtest koha_1 | selenium_1 | 1702911648831 Marionette INFO Stopped listening on port 41385 selenium_1 | JavaScript error: resource:///modules/Interactions.jsm, line 230: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIUserIdleService.removeIdleObserver] selenium_1 | 15:00:49.452 INFO [ActiveSessions$1.onStop] - Removing session c3461b22-7a80-4b56-b177-653a53cc2651 (org.openqa.selenium.firefox.GeckoDriverService) koha_1 | # Looks like you planned 7 tests but ran 3. koha_1 | koha_1 | # Failed test 'Enforce 2FA setup on first login' koha_1 | # at t/db_dependent/selenium/authentication_2fa.t line 294. koha_1 | Error while executing command: element not interactable: Element <input id="pin_code" name="pin_code" type="text"> is not reachable by keyboard at /usr/share/perl5/Selenium/Remote/Driver.pm line 411. koha_1 | at /usr/share/perl5/Selenium/Remote/Driver.pm line 356. koha_1 | # Looks like your test exited with 255 just after 4. koha_1 | [15:00:49] t/db_dependent/selenium/authentication_2fa.t Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25551 [Bug 25551] [OMNIBUS] Some tests are failing randomly -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 35852] New: Routing list should link to patron
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35852 Bug ID: 35852 Summary: Routing list should link to patron Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 161218 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=161218&action=e… Routing list with no link to the patron account It would be nice if the routing list in the serials module would link to the borrower. Right now the routing list only lists the borrowers name. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14216] Koha should send a notice (via e-mail/print/or both) when changes are made to a patron account.
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14216 --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Christopher Brannon from comment #3) > This is the first I've heard of this notice and NotifyPasswordChange. When > was this added? > > Regardless, we need to expand on this to include other important changes to > the account. 22.11: Bug 25936 - Notify users if their password has changed I just wanted to update on the second point, a notice for other data makes sense as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 35851] New: Add ability to batch update the fund code on a paid invoice
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35851 Bug ID: 35851 Summary: Add ability to batch update the fund code on a paid invoice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org We had an invoice with a lot of titles on it where they all got paid from the wrong fund. We had to go to the invoice and use the 'Modify Fund' link to individually change the fund for all 24 items on the invoice. It would be great if there was a way to do this in a batch. Perhaps there could be checkboxes next to each title on the invoice and a button to do a batch update that would allow the user to select the fund code to move the items to. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 35849] New: Become some patron
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35849 Bug ID: 35849 Summary: Become some patron Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement 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 Especially, when configuring stuff that others will acutally use or to understand an error reported, it comes in handy if one could actually _become_ the user in question to see exactly what she sees based on her permissions and settings. (One can of course set up a nubmer of dummy users for this during installation and peek over her sholder in production.) Therefore this proposes a kind of `su - ` functionality for Koha on the web. Usually a function like this will required pretty high administrative rights and it also comes with some implications wrt to privacy. In real life I usually use such a function pretty rarely and usually with the patron on the phone. "I do not really understand what you are seing right now. Mind if I _become_ you to see it as you do?" And there are even some regulations when I am allowed to do this. Still during setup of a new system especially if you are new to Koha. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2