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

[Bug 32755] New: Make it possible to show additional fields for baskets in acq search results
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32755 Bug ID: 32755 Summary: Make it possible to show additional fields for baskets in acq 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 CC: michaela.sieber(a)kit.edu Blocks: 32751 When configuring additional fields for baskets, you can mark them as searchable, which will make them show up in the advanced search form for baskets. But currently there is no way to also make them show up in the result lists. It would be great if this was available as a separate configuration option as bug 32749 suggests. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32751 [Bug 32751] [Omnibus] Extend, improve and standardize additional fields -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 36108] New: Update MARC21 default framework to Update 37 (December 2023)
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36108 Bug ID: 36108 Summary: Update MARC21 default framework to Update 37 (December 2023) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org https://www.loc.gov/marc/bibliographic/bdapndxg.html ■ New content designators: Field 023Cluster ISSN (R) ■ Obsolete content designators: Subfields $l ISSN-L (NR) in 022 (International Standard Serial Number) $mCanceled ISSN-L (R) in 022 (International Standard Serial Number) ■ Fast-track change: New Subfield $3 Materials specified (NR) in 532 (Accessibility Note) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 37881] New: guarantor code broken
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37881 Bug ID: 37881 Summary: guarantor code broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com There are a lot of issues with this feature, but here now in main it's totally broken: 1. cannot save a patron when the relationship with the guarantor is not selected, it explodes with 500 "Invalid relationship passed, '' is not defined." => The UI does not block the form submission when the empty option is selected (wasn't it allowed before?) 2. If I select one, save. Then edit and save (without modifying anything): re 500 "There already exists a relationship for the same guarantor (5) and guarantee (35) combination" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 32530] New: When duplicating child card, guarantor is not saved
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32530 Bug ID: 32530 Summary: When duplicating child card, guarantor is not saved Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When duplicating a child card with a guarantor, the guarantor information appears during the card creation process, but disappears as soon as saving the card. To recreate: 1. Find a card with a guarantor, either patron or non-patron guarantor. 2. Duplicate the card. Note that it appears to be working on the card creation screen. 3. Save the patron after completing the form. The guarantor is now gone. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 38055] New: Space between label and value for MARC field 530
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38055 Bug ID: 38055 Summary: Space between label and value for MARC field 530 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: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org Created attachment 172290 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=172290&action=e… screenshot of bug The MARC21 XSLT templates typically have a space between their label and the MARC field's value but today I noticed that the label for 530 "Available additional physical forms" does not have a trailing space (see screenshot). To test: - Find a record with a 530 field or add a 530 to an existing record - View record in OPAC — note no space between label and value - Apply patch - View record in OPAC — space is present -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 37522] New: Logging item modification should record the original version of the item
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37522 Bug ID: 37522 Summary: Logging item modification should record the original version of the item Change sponsored?: Sponsored Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Tools Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When modifying bibliographic record, Koha records in the log the original version of the record. This allows one to see what has been changed in the record. However, in case of item modification Koha records in the log the the current version of the item (i.e. the version after the edit). This is inconsistent with the biblio modification behavior and makes it difficult or even impossible to trace changes (especially in case of the first modif since the initial version is not being recorded). The ability to track changes is quite important for library staff and the inconsistency here is not understandable. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 37943] New: Object creation should be logged with a JSON diff of changes, implement for items
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37943 Bug ID: 37943 Summary: Object creation should be logged with a JSON diff of changes, implement for items Change sponsored?: --- Product: Koha Version: unspecified 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 We should store newly created objects as diffs just as we do for modifications. This enhancement will store modification diffs if the action is set to ADD or CREATE, and an "original" object is passed in. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 38125] New: Setting patron reading privacy to "never" will immediately delete all reading history without warning
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38125 Bug ID: 38125 Summary: Setting patron reading privacy to "never" will immediately delete all reading history without warning Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It is possible to interpret the language on opac-privacy.pl as only acting on future checkins and not current historical checkouts. We should add clarifying text to that page. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 37988] New: Accessibility: The 'Home' icon in the staff interface cannot be accessed with a keyboard
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37988 Bug ID: 37988 Summary: Accessibility: The 'Home' icon in the staff interface cannot be accessed with a keyboard Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: accessibility Severity: trivial Priority: P5 - low Component: Accessibility Assignee: Laura.escamilla(a)bywatersolutions.com Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, oleonard(a)myacpl.org Steps to Reproduce: 1. Navigate to the staff interface. 2. Observe that the cursor initially focuses on the search box. 3. Press the "Tab" key on your keyboard. 4. Notice the focus moves to the "Search submit" button, then to the "Checkout tab." 5. On the next "Tab" press, focus moves to the "Help" button, skipping the "Home" button entirely. Expected Behavior: The focus should cycle through all interactive elements, including the "Home" button, in the correct order. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 37662] New: Library information - text inconsistencies between the table, edit form, and display page
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37662 Bug ID: 37662 Summary: Library information - text inconsistencies between the table, edit form, and display page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There are some text inconsistencies between the staff interface table listing the library information, the library edit form, and the library display page (Administration > Basic parameters > Libraries): 1. If no library opening and closing times are set, it displays as "Library hours not set" in the library hours column. However, if you view the library details (selecting the library name in the name column), the text is "No opening hours have been set." 2. The column name in the list of libraries is "Library hours". However: 2.1 If you view the library details (selecting the library name in the name column), the field label is "Opening hours". 2.2 If you add a library, or edit a library's details, the field label is "Opening hours". 3. The "MARC organization code" field is missing the colon (:) on the library edit form and display page. 4. The "OPAC info" field name should be spelt in full as "OPAC information". Also, ideally, the address information should be displayed similar to how a patron's address is displayed. That is, as an address block without the individual fields (as it does in the table listing all libraries). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17