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

[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

[Bug 38243] New: DT's header_filter is unused
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38243 Bug ID: 38243 Summary: DT's header_filter is unused Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 32401 It seems to be a leftover from bug 32401, the code does not make sense: 569 if(options.header_filter) { 570 options.query_parameters = query_parameters; 571 } else { 572 dataSet.q = query_parameters; 573 delete options.query_parameters; 574 } Then options.query_parameters is never used. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32401 [Bug 32401] x-koha-query cannot contain non-ISO-8859-1 values -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 38120] New: commented lines in auth.tt should be removed
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38120 Bug ID: 38120 Summary: commented lines in auth.tt should be removed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org 262  263  264  -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 28130] New: Show list of serial email alerts a patron subscribed to in patron account in OPAC
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28130 Bug ID: 28130 Summary: Show list of serial email alerts a patron subscribed to in patron account 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It would be nice if a patron could see which email notifications for new serial issues they have subscribed to in the OPAC. At the moment subscribing and unsubscribing is only possible from the detail screen and this makes it somewhat hard to find for patrons. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 35530] New: Can't tell if UserCSS and UserJS in ibraries are for staff interface or OPAC
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35530 Bug ID: 35530 Summary: Can't tell if UserCSS and UserJS in ibraries are for staff interface or OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 32721 It looks like they are for OPAC, but it's not visible in the library edit form. We should add a hint or rename the options with prefix OPAC. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32721 [Bug 32721] Allow specifying UserCSS and UserJS at library level for the OPAC -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 37533] New: Invalid query when receiving an order
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37533 Bug ID: 37533 Summary: Invalid query when receiving an order Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org There is an invalid query in koha-tmpl/intranet-tmpl/prog/en/modules/acqui/orderreceive.tt var base_query = { "order_id": {"in": [[% multiple_orders | html %]]}}; It should be: var base_query = { "order_id": {"-in": [[% multiple_orders | html %]]}}; The validation introduced in bug 37018 will not allow the operator "in". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38