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

[Bug 16941] New: Can not add new patron in staff client
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16941 Bug ID: 16941 Summary: Can not add new patron in staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It is no longer possible to add a patron in staff client. To reproduce: - Go to staff client Home > Patron - New patron - Choose a category and fill form, submit Result: Form reloads, patron data are not saved. Note: Duplicate or edit an existing patron works, adding a patron from OPAC works. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 18727] New: System preferences AcqItemSetSubfieldsWhen* loose part of values because of double quotes
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18727 Bug ID: 18727 Summary: System preferences AcqItemSetSubfieldsWhen* loose part of values because of double quotes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org The system preferences AcqItemSetSubfieldsWhenReceiptIsCancelled and AcqItemSetSubfieldsWhenReceived loose part of their values because of double quotes. To recreate: - Go to Home > Administration > System preferences , then tab Acquisitions - Enter values to both system preferences like proposed in the example (o=5|a="bar foo" and o=5|a="foo bar") - Save - Click on tab Acquisitions to reload - Result: Both preferences show a value of: o=5|a= (parts with double quotes are truncated) -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 36997] New: Right-align costs in Point of Sale module
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36997 Bug ID: 36997 Summary: Right-align costs in Point of Sale module Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: martin.renvoize(a)ptfs-europe.com CC: martin.renvoize(a)ptfs-europe.com In the Point of Sale module costs are left-aligned. This is non-standard since monetary figures are usually right-aligned for ease of viewing and calculation. These costs should be right-aligned to reflect the way in which money is displayed elsewhere in Koha. This includes individual costs and total costs. Incorrectly aligned costs display in the following places: Items for purchase (pay.pl) This sale (pay.pl) Transaction history (register.pl) Older transactions (register.pl) Cashup history (register.pl) Drawer reconciliation history (register.pl) Cash summary page (registers.pl) Cash summary modal (registers.pl) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 31674] New: We need a template/guideline around how to consistently form our modals
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31674 Bug ID: 31674 Summary: We need a template/guideline around how to consistently form our modals Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We have more and more modals appearing in the staff client now and I like them.. but they're really inconsistently formed.. We should create a template for how they should be structured in the general case and put it into a coding guideline. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 23431] New: having Date of birth in PatronSelfModificationBorrowerUnwantedField causes DOB to be nullified
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23431 Bug ID: 23431 Summary: having Date of birth in PatronSelfModificationBorrowerUnwantedField causes DOB to be nullified Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Similar to bug 23151, if DOB is a field removed by PatronSelfModificationBorrowerUnwantedField, the date of birth gets nullified when the changes are submitted. To replicate: Turn on OPACPatronDetails put dateofbirth in PatronSelfModificationBorrowerUnwantedField Have a patron with a set date of birth Attempt any modification on that patron through the OPAC The date of birth will be one of the fields changed for that borrower when you check it in the OPAC. A work around is to remove dateofbirth from PatronSelfModificationBorrowerUnwantedField and hide the field from that form, if that is desired, with jquery; something like $("#opac-patron-update #memberentry_identity > ol:nth-child(2) > li:nth-child(3)").hide(); Note that it is .hide() and not .remove(). .remove() will cause the same behaviour as DOB being in PatronSelfModificationBorrowerUnwantedField. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 22664] New: Link basket name and basket group name instead of just the number in order search results
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22664 Bug ID: 22664 Summary: Link basket name and basket group name instead of just the number in order search results 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Currently the link is only on the number, that can be hard to see and hard to click. I propose to link the name as well. Example: Basket name (1) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 21587] New: Patrons to notify on receiving doesn't work on new order creation, only on modification
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21587 Bug ID: 21587 Summary: Patrons to notify on receiving doesn't work on new order creation, only on modification Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Reproduced in 17.11 and the current master == Severity reasons == This is loss of information which is likely to get unnoticed. == Test plan == 1. have/create a active budget 2. have/create a fund 3. have/create a vendor with minimal info 4. create a basket with minimal info 5. add an order line to the basket Add a user in "To notify on receiving" 6. Modify the order 7. The patrons isn't here. This is the bug 8. Add a user in "To notify on receiving" 9. Save 10. Modify the order 11. The patron is here now -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 24494] New: 00-valid-xml.t shouldn't check node_modules
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24494 Bug ID: 24494 Summary: 00-valid-xml.t shouldn't check node_modules 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: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org node_modules exists when generating the CSS from the SCSS with yarn. And it contains invalid XML file. Which shouldn't be validated by Koha's test suite. ./node_modules/json-schema/draft-zyp-json-schema-03.xml ./node_modules/json-schema/draft-zyp-json-schema-04.xml -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 36044] New: Purchase suggestions on OPAC should show ISBN number
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36044 Bug ID: 36044 Summary: Purchase suggestions on OPAC should show ISBN number Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mirjam.vantieghem(a)etf.edu QA Contact: testopia(a)bugs.koha-community.org The list of submitted purchase suggestions in the OPAC patron account should also show the ISBN if this was filled in on the suggestion form. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 27631] New: Accessibility: Staff Client - <h1> on each page is Logo but should be page description/title
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27631 Bug ID: 27631 Summary: Accessibility: Staff Client - <h1> on each page is Logo but should be page description/title Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The main heading <h1> of each page in Koha should describe the topic or purpose of the page. At the moment, the <h1> of each page looks like: <h1 id="logo"> <a class="navbar-brand" href="/cgi-bin/koha/opac-main.pl"> Library Name</a> </h1> It makes more sense and would be more helpful to ensure the heading has a descriptor of the page that they're on, rather than no description surrounding a link containing the name of the library. The following WCAG2.1 page explains this further: https://www.w3.org/WAI/WCAG21/Techniques/general/G130 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25155#c12 raises a question of what navigation items should be if h1 is move to the main content, and here is a page which shows that it is acceptable to have h2 that come before the h1 in the content, see example 2: https://www.w3.org/WAI/tutorials/page-structure/headings/ First, let's remove the <h1> tag from around the Logo link This bug will depend on correcting the headings on each page of the Staff Client -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 165