October 2023 - Koha-bugs - lists.koha-community.org

[Bug 34624] New: Many header search forms lack for attribute for label
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34624 Bug ID: 34624 Summary: Many header search forms lack for attribute for label Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Keywords: accessibility Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org In the header search forms, we have a label which is associated with the form field, but in many cases the label doesn't have a "for" attribute. This is a problem for HTML validity and for accessibility. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 35004] New: Error about no quantity set on acquisitions order receive confirmation.
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35004 Bug ID: 35004 Summary: Error about no quantity set on acquisitions order receive confirmation. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: slavashishkin(a)gmail.com Reporter: slavashishkin(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 8179, 34736, 33864 An error occurs when receiving the order. This happens if the user does not change the "Quantity received" field value, thereby not triggering the "OnChange" event. By default, the "Quantity received" field value is set to 1 by JS, but there is a row.quantity_received variable which serves as a shadow value which sent in a POST Ajax request after clicking "Confirm", yet row.quantity_received stays undefined despite the fact that we changed the form value by JS. row.quantity_received is expected to be updated on the "onChange" event for the form field, but that event does not fired when JS changes the form field value to 1. So if the user does not change the form field, it has a value of "1" but the form sends an empty value from the shadow value. This leads to an error from the backend which says "No quantity to receive set. No items will be created." in the popup. To test: 1. Add a new basket. 2. Create an order line 3. Receive shipment and create an invoice 4. Start receiving your order: Verify: - Quantity ordered: X - Quantity received: 1 (pre-filled, don't touch or change it) 5. Click "Confirm" 6. Observe the Receive error popup: "Order ZZZ: No quantity to receive set. No items will be created." 7. Verify that "Order receive" was not happen (received orders remains empty) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 [Bug 8179] Receiving multiple order lines at once https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33864 [Bug 33864] Problems in order receive modal https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34736 [Bug 34736] Item checkboxes move to wrong order line in multi-receive, breaking partial receive -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 24480] New: Fields added with Marc modifications templates are not added in an ordered way
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24480 Bug ID: 24480 Summary: Fields added with Marc modifications templates are not added in an ordered way Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org they are instead appended to the end of the record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 67

[Bug 35206] New: Adjust style of add button on curbside pickups administration
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35206 Bug ID: 35206 Summary: Adjust style of add button on curbside pickups administration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The "Add" button in the "Curbside pickup hours" section of the curbside pickups administration page looks too big. We can add Bootstrap classes to make it look more comfortable and consistent. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 35144] New: 'Required' mention for patron attributes is not red in OPAC
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35144 Bug ID: 35144 Summary: 'Required' mention for patron attributes is not red in OPAC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org If we make a patron attribute mandatory, the 'Required' flag is displayed in the OPAC, but not in red. It is also misaligned. To recreate: 1. Create a mandatory patron attribute editable in OPAC 1.1. Go to Administration > Patron attribute types > New patron attribute type 1.2. Fill out the form - Code: enter any code - Description: enter any description - Display in OPAC: check - Editable in OPAC: check - Mandatory: check 1.3. Click Save 2. Enable self-registration 2.1. Go to Administration > System preferences 2.2. Search for selfreg 2.3. Set PatronSelfRegistration to Allow 2.4. Set a category in PatronSelfRegistrationDefaultCategory 2.5. Click Save all OPAC preferences 3. View self-registration form 3.1. Go to the OPAC 3.2. Click on Don't have an account? Register here. 3.3. Go to the bottom of the form --> Note that the 'Required' flag is to the left of the field and it is not red --> You can compare with surname, firstname, or the verification field -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 33164] New: Return claim message shows intermittently when BlockReturnOfLostItems enabled
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33164 Bug ID: 33164 Summary: Return claim message shows intermittently when BlockReturnOfLostItems enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: 1. Set BlockReturnOfLostItems system preference to Block 2. Check out an item to a patron 3. Go to the patrons page and claim a return on the item 4. Check in the item and keep checking in the item. Notice the message "Item is lost, cannot be checked in." shows every time, but the return claim message only shows sometimes. This is because BlockReturnOfLostItems interrupts the return process and may prevent the return claim message from coming through. This is a problem since this message is the only way to resolve a return claim, and the message may not show when the item is returned. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 35198] New: Sort database column names alphabetically on automatic item modification page
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35198 Bug ID: 35198 Summary: Sort database column names alphabetically on automatic item modification page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In Cataloging -> Automatic item modifications by age, when adding or editing a rule there are several dropdowns for selecting which column in the items or biblioitems tables to use. These lists are currently not in alphabetical order, making it hard to locate the field you want. We can add the Template::Toolkit "sort" method to sort them alphabetically. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 35187] New: Fix line breaks in some HTML notices, including WELCOME
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35187 Bug ID: 35187 Summary: Fix line breaks in some HTML notices, including WELCOME Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Blocks: 34704 When a notices is marked as HTML, we need to use block elements (p, div, li, etc.) or explicit line breaks. This adds the line breaks where required. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34704 [Bug 34704] Print templates are formatted incorrectly -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 34993] New: Framework don't load in existing records or duplicate as new
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34993 Bug ID: 34993 Summary: Framework don't load in existing records or duplicate as new Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lauren_denny(a)sil.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The system preference, ApplyFrameworkDefaults no longer works as expected on versions of 22.11 after 22.11.09. When 'Select All' is checked the ability to load the framework in 'existing records' and 'editing as new (duplicate)' no longer loads the text from the framework into the record. Koha still works as expected with creating new records and importing with Z39.50. The system preference connected with Frameworks still works on 22.05.15 but doesn't work on 22.11.09 or 22.11.10. Something happened in between 22.11.07 or 22.11.08 and 22.11.09. This issue was connected to Bug 30250 - Configure when to apply framework defaults when cataloguing which provided this feature in earlier updates of 22.05 & 22.11. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 34931] New: Collapsed Additional attributes and identifiers that contain a PA_CLASS do not display well.
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34931 Bug ID: 34931 Summary: Collapsed Additional attributes and identifiers that contain a PA_CLASS do not display well. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Create some PA_CLASS authorized values. 2. Create some custom patron attributes and add them to the newly created PA_CLASS's. 3. Set CollapseFieldsPatronAddForm to collapse 'Additional attributes and identifiers'. 4. Go to a new or existing patron record. 5. At the top of the page click the checkbox for "Show collapsed fields:". 6. Scroll down to that section and notice the PA_CLASS <legend> element is shown but not the individual patron attributes within that PA_CLASS. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16