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

[Bug 37267] New: Allow specifying a target in form-submit.js
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37267 Bug ID: 37267 Summary: Allow specifying a target in form-submit.js 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: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: nick(a)bywatersolutions.com Depends on: 36246 Blocks: 37192 form-submit.js neatly takes care of links that used to do a GET but now have to POST if they were targeting the current window, but links that were opening a new window/tab with target="_blank" can't. form-submit.js should look for data-targetwindow and set its value as the target attribute of the form. Inconveniently, Bootstrap 4 uses data-target as the CSS selector you are targeting, though Bootstrap 5 namespaces it as data-bs-target, so we shouldn't use data-target. And possibly while form-submit.js is still young enough to change, we should namespace all the things that are aimed at it rather than at the form it creates, data-fs-method, data-fs-action, and then we could use data-fs-target, and someone who needs to submit a form with an input awkwardly named either method or action could get away with it. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36246 [Bug 36246] Have a centralized method for submitting a form via a link https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37192 [Bug 37192] Can't print label from the item editor -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 37371] New: Direct input of dates not working when editing dates manually
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37371 Bug ID: 37371 Summary: Direct input of dates not working when editing dates manually Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Find a any date picker in Koha, like DOB in the patron record. 2. Add a date, either manually or using the date picker. 3. Once there is a date like 07/15/2024 try to edit only part of the date, or the '15'. 4. The date easily becomes malformed. I searched for bugs related to this with Maskito. Unfortunatly I think the Maskito libray and feature needs to be removed. See Bug 33703 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 35907] New: Add ability to log all custom report runs with or without query
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35907 Bug ID: 35907 Summary: Add ability to log all custom report runs with or without query 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 Because of the way Koha::Logger has been used to log to different categories based on the interface and caller, it can be extremely hard to log all of a particular log statement to one place. For custom report runs, the category is plack-intranet.C4::Reports::Guided when run from the web interface, cron.C4::Reports::Guided when run from runreport.pl, and plack-intranet.C4::Auth when run from svc/report. We should add a more standardized report run log, both with and without the full query, so that administrators can log all report runs to a centralized location. If an administrator were to need the "point of entry" for reports, it is easy to include via parameters in PatternLayout. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 37029] New: 'About Koha' button on staff side homepage seems out of place among application buttons
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37029 Bug ID: 37029 Summary: 'About Koha' button on staff side homepage seems out of place among application buttons Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.auld(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The 'About Koha' button links to very important community and version information, but it seems out of place among the buttons for applications used on a daily basis by staff users. Could it be moved to the top menu or to the bottom of every page where 'about' buttons/links are more commonly found in web interfaces/applications? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 37374] New: Place Hold button nonresponsive for club holds
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37374 Bug ID: 37374 Summary: Place Hold button nonresponsive for club holds Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To reproduce: - create a club - put 1 patron in your club - find a bib - Click Holds, then Clubs - search for your club, confirm hold detail - click Place Hold - nothing happens -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 37324] New: Self registration complete login form won't login user
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37324 Bug ID: 37324 Summary: Self registration complete login form won't login user Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org When using self registration in opac and filling out the requested fields you are forwarded to a login. Either this is prefilled or you can enter the credentials provided on the same site. When clicking login opac-user.pl opens showing a login form. The user we just created is not logged in. To recreate: a) open http://localhost:8081/cgi-bin/koha/admin/preferences.pl?op=search&searchfie… b) set PatronSelfRegistration o allow c) set PatronSelfRegistrationDefaultCategory to Self registration d) logout or open a private tab e) http://localhost:8080/cgi-bin/koha/opac-memberentry.pl and enter required fields d) Registration complete! appears with a prefilled login form. Click Log in. e) Check you are not logged in -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 32710] New: UI/Form/Builder/Item.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32710 Bug ID: 32710 Summary: UI/Form/Builder/Item.t is 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 koha_1 | # Failed test 'Item types should be sorted by description and an empty entry should be shown' koha_1 | # at t/db_dependent/Koha/UI/Form/Builder/Item.t line 135. koha_1 | # Structures begin differing at: koha_1 | # $got->[8] = 'TjMK6RmH' koha_1 | # $expected->[8] = 'REF' koha_1 | # Looks like you failed 1 test of 2. koha_1 | koha_1 | # Failed test 'itemtypes' koha_1 | # at t/db_dependent/Koha/UI/Form/Builder/Item.t line 143. koha_1 | # Looks like you failed 1 test of 5. koha_1 | koha_1 | # Failed test 'authorised values' koha_1 | # at t/db_dependent/Koha/UI/Form/Builder/Item.t line 144. koha_1 | # Looks like you failed 1 test of 9. koha_1 | [15:16:06] t/db_dependent/Koha/UI/Form/Builder/Item.t Koha_Master_D10/1006 -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 36448] New: aqplan showing AV cat starting with "A" (?)
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36448 Bug ID: 36448 Summary: aqplan showing AV cat starting with "A" (?) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org 122 my $sth = $dbh->prepare("select distinct category from authorised_values where category like 'A%' ") What is that?! http://localhost:8081/cgi-bin/koha/admin/aqplan.pl?budget_period_id=1&authc… On the left " Select planning type:" you can see "By AR_CANCELLATION". That does not make any sense! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 36803] New: Search facet "languages" should resolve to language name using database definitions
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '24

09 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36803 Bug ID: 36803 Summary: Search facet "languages" should resolve to language name using database definitions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de I think the recent work on facets might have broken this behavior. We now only see the language code in the facets. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 36396] New: Link facet with authorised value category
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '24

09 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36396 Bug ID: 36396 Summary: Link facet with authorised value category Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com In order to display descriptions instead of codes we will add a link to an authorised value category. -- You are receiving this mail because: You are watching all bug changes.

1 46