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

[Bug 14250] Don't allow to generate discharges for patrons with fines
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14250 Sukhmandeep <sukhmandeep.benipal(a)inLibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #170705|0 |1 is obsolete| | --- Comment #35 from Sukhmandeep <sukhmandeep.benipal(a)inLibro.com> --- Created attachment 171271 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171271&action=e… Bug 14250: Patron with fines cannot be discharged anymore TEST PLAN: 1 - In the intranet add fines to a client and ensure they have no checkout 2 - Set syspref useDischarge to 'Allow' 3 - On client profile click on "Discharge", see it is possible 4 - On the opac, go to the tab "Ask for discharge", see it is possible 5 - Apply patch 6 - Click on the button "Ask for discharge" -> it will not be possible and you will be propperly messaged 7 - Return to the tab "Ask for a discharge", there will be no button anymore 8 - On the intranet page, there will be no button anymore 9 - Check out a book 10 - Repeat 7 and 8 and see the message include issue with checkout 11 - Remove fine and repeat 7 & 8 Signed-off-by: Roman Dolny <roman.dolny(a)jezuici.pl> Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> Signed-off-by: Sukhmandeep Benipal <sukhmandeep.benipal(a)inLibro.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 37877] New: Clarify or fix budget_modify permission
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37877 Bug ID: 37877 Summary: Clarify or fix budget_modify permission Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The name and description of this permmission are misleading Here is the description : "Modify funds (can't create lines, but can modify existing ones)" I suppose "lines" are used here for "orders". So with that permission you cannot "modify" funds (change their name, their amount, etc), for that you need budget_manage. If I understand well, with that permission you only can "use" a fund in a specific order, and it must be selected with order_manage in order to be able to create orders, and with order_receive in order to change fund when a parcel is received. Maybe it should be "fund_use", with the appropriate description? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[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 37879] New: Whitespaces mess with report results
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37879 Bug ID: 37879 Summary: Whitespaces mess with report results Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: infoscienceaddict(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When a whitespace character (such as a space, tab, or line break) is accidentally added at the end of a subfield, it can cause issues in SQL reports. Specifically, it shifts all subsequent fields to the next columns, which disrupts the results. For example, if I select authid, 670$a, and 670$b from the auth_header table, and a space or tab has been added at the end of the 670$a subfield data in, say, the 3rd authority record, the resulting CSV will have an empty 670$b column. The data from 670$b will appear in the 1st column of the 4th line, the authid of the 4th record will be in the 670$a column, and so on. Therefore, would it be possible to add a tool or something that prevents catalogers from adding or pasting text that starts or ends with a whitespace character? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 37018] SQL injection using q under api/
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37018 --- Comment #160 from Jonathan Druart <jonathan.druart(a)gmail.com> --- (In reply to Marcel de Rooy from comment #158) > Good work, here guys! > > When I am looking at the code of _validate_query, I am wondering if > constructs like > > priority => [ { '=', 2 }, { '>', 5 } ] > > are parsed correctly? > It seems that the inner hashes go recursively back into the routine, but the > operators = and > here are viewed as field names and wont be checked with > _validate_operator. Or am I misreading something? Tested on http://localhost:8080/api/v1/public/biblios/1/items With q=[{"item_id":{"<":"5"}}] It generates WHERE `itemnumber` < '5' AND `me`.`biblionumber` = '1' q=[{"item_id":[{"<":"5"},{">":"2"}]}] generates WHERE ( `itemnumber` < '5' OR `itemnumber` > '2' ) AND `me`.`biblionumber` = '1' Work as expected. Do you have another concern about it? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15248] Make it possible to configure duplicate check on bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15248 Jonathan Druart <jonathan.druart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=37871 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37878] New: Rename budget_* and period_manage permissions
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '24

10 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37878 Bug ID: 37878 Summary: Rename budget_* and period_manage permissions Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The names of budget_* permissions and perdiod_manage are misleading. It would be easier for administrators if it matched the terminology used in staff interface. budget_add_del should be fund_add_del budget_manage should be fund_manage budget_manage_all should be fund_manage_all period_manage should be budget_manage Special case for budget_modify : see https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37877 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[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