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

[Bug 42421] New: Only run GitHub Actions for closing pull requests (close-pr.yml) on the community repo
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42421 Bug ID: 42421 Summary: Only run GitHub Actions for closing pull requests (close-pr.yml) on the community repo Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Developer documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk It can be useful to use pull requests for internal development before community submission. The github actions close-pr.yml closes all pull requests automatically ). This should only happen for the official community GitHub repo. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 41982] New: Linked items resulting from EasyAnalyticalRecords are not shown on OPAC results page
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41982 Bug ID: 41982 Summary: Linked items resulting from EasyAnalyticalRecords are not shown on OPAC results page Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When using EasyAnalyticalRecords, "virtual" items originating from host records are shown in: 1) staff detail, 2) staff results, 3) OPAC detail, but not on OPAC results page. To reproduce (in ktd): 1) Turn EasyAnalyticalRecords on. 2) Link the item 3999900000001 (originating from biblio #1) to biblio #2 (with New > Link to host record). 3) Check that you are able to see the linked item in staff detail and OPAC detail (biblio record #2) and also on the staff results page (make a search with the word 'behind'). Verify that on the OPAC results page (with the same search) you get: "Availability: No items available." This is confusing and inconsistent. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 43014] New: Not for loan override is logged as confirmation instead of a force
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43014 Bug ID: 43014 Summary: Not for loan override is logged as confirmation instead of a force Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- { "branchcode" : "CPL", "confirmations" : [ "NOT_FOR_LOAN_FORCING" ], "forced" : [], "issue" : 2, "itemnumber" : 20 } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 40229] New: Add ability to have user specific preferences
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40229 Bug ID: 40229 Summary: Add ability to have user specific preferences Change sponsored?: --- Product: Koha Version: Main 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: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently there are things we store in cookies: (list from Bug 39206) bib_list CGISESSID holdfor holdforclub intranet_bib_list JWT KohaOpacLanguage LastCreatedItem marctagstructure_selectdisplay search_path_code searchToOrder There might be other settings we want to save per user (vue dashboard settings, column configuration, themes once those are added, etc) This bug is for the creation of a system (probably a table really) for storing that information on a per user basis. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9567] Favorite reports per user
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9567 Lisette Scheer <lisette(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=21391 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19822] New: Add system preferences for ILL Module
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19822 Bug ID: 19822 Summary: Add system preferences for ILL Module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com Depends on: 7317 Right now, the ILL module is only configurable through the .conf file on the server. It would be great if we could add system preferences so that the configuration can be done through Koha's staff interface. - Tab in system preferences for all ILL configurations - Make StaffRequestComments (hide/show) a sys pref - Make ReplyDate (hide/show) a sys pref - Make DigitalRecipient (borrower/branch) a sys pref - Make PartnerCode (text entry, with by default ILLLIBS entered) a sys pref Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7317 [Bug 7317] Add an Interlibrary Loan Module to Circulation and OPAC -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[Bug 43015] New: Updated on date does not change if data entered is exactly the same.
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43015 Bug ID: 43015 Summary: Updated on date does not change if data entered is exactly the same. Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- Koha does not record a new timestamp for a patron record (Updated on) if the information is entered and saved exactly the same. Our library does not allow renewal of a patron unless the patron record has been edited within the last hour. Unfortunately we can't get an accurate read on this date because if nothing has changed on the patron account, it does not change the date. Patron records should update the time stamp simply upon saving the record. But it is checking to see if values actually changed, which is not traditional behavior. This is compounded by the fact that we have a borrower attribute for staff initials that we clear out when the patron record is opened in the editor, and the form will not save if it is not filled out. And if the last person to edit it is the same staff member that is editing it now, and the initials are entered exactly the same, it isn't registered as an update. Can the update timestamp be updated to change simply on saving the record rather than verifying changes in the record? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 41358] New: action logs info column should always store JSON
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41358 Bug ID: 41358 Summary: action logs info column should always store JSON Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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(a)bywatersolutions.com In C4/Circulation.pm: # Log the checkout if ( C4::Context->preference('IssueLog') ) { my $info = $item_object->itemnumber; if ( defined($confirmations) || defined($forced) ) { $info = to_json( { issue => $issue->issue_id, branchcode => $issue->branchcode, itemnumber => $item_object->itemnumber, confirmations => $confirmations, forced => $forced }, { pretty => 1, canonical => 1 } ); } logaction( "CIRCULATION", "ISSUE", $patron->borrowernumber, $info, ); } It appears there is a way, if $forced and $confirmations is undef, to store just the itemnumber. If we are going to store JSON it should always be JSON. Storing the itemnumber sometimes and a JSON object other times makes reporting really hard. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 50

[Bug 41854] New: Could ILLRequestsTabs take authorized values from ILL_STATUS_ALIAS-settings into account?
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41854 Bug ID: 41854 Summary: Could ILLRequestsTabs take authorized values from ILL_STATUS_ALIAS-settings into account? Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: piia.semenoff(a)ouka.fi QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com We have made new authorized values in ILL_STATUS_ALIAS-settings. We added one of them to ILLRequestsTabs setting to have one tab called - name: On loan status: - CHECKEDOUT There should be some requests on tab "On loan", but instead there is all of them. Details for all requests Showing 1 to 61 of 61 entries ILLRequestsTabs setting only takes into account Koha's internal values such as Requested (REQ), New Request (GENREQ), Completed (COM), and Returned (RET). Could the ILLRequestsTabs setting be changed to take authorized values from ILL_STATUS_ALIAS-settings into account? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 42707] New: Malformed Bootstrap dropdown in reports output
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '26

07 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42707 Bug ID: 42707 Summary: Malformed Bootstrap dropdown in reports output Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 35402 If you run a report which returns a patron barcode column clicking a barcode in the results triggers a Bootstrap dropdown (actually a dropup) with a "Check out" link. The dropup is malformed because it lacks a "dropdown-item" class. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 [Bug 35402] Update the OPAC and staff interface to Bootstrap 5 -- You are receiving this mail because: You are watching all bug changes.

1 15