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

[Bug 42577] New: Gettext.js incorrectly located and tidied
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '26

19 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42577 Bug ID: 42577 Summary: Gettext.js incorrectly located and tidied Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If you look at opac-tmpl/bootstrap/js/Gettext.js or its intranet-tmpl equivalent, you'll notice that it's actually a third-party script and not a Koha script, so it should be in the "lib" folder and the license for it should be added to about.tt We've also tidied the file because it wasn't in "lib"... so we might want to undo that. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 13326] Add possibilty to edit purchase suggestion in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '26

19 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13326 --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Oh, I see David has already filed the bug: Bug 43845 - Suggestions - Add ability to control deletion of purchase suggestions from a patron's OPAC account -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13326] Add possibilty to edit purchase suggestion in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '26

19 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13326 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=43845 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 43845] New: Suggestions - Add ability to control deletion of purchase suggestions from a patron's OPAC account
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '26

19 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43845 Bug ID: 43845 Summary: Suggestions - Add ability to control deletion of purchase suggestions from a patron's OPAC account Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Some libraries use the MaxTotalSuggestions + NumberOfSuggestionDays system preferences to manage the number of suggestions patrons can submit. However, patrons can delete a suggestion that is rejected using their OPAC account, and then submit a new suggestion. The deleted suggestion is not taken into account for these system preferences. The purpose of this bug is for options to manage patrons ability to delete their own suggestions, to avoid the above scenario. To reproduce (using KTD): 1. Edit a patron's account so you can log into the OPAC as them, for example Mary Burton: - Username: mary - Password/confirm password fields: enter a valid password 2. Log into the OPAC as that patron. 3. From the OPAC make a purchase suggestion: - Search for a term, for example: perl - At the end of the search results, select "Make a purchase suggestion" - Enter the required details: . Title: My suggestion - Click "Submit your suggestion" 4. In the staff interface, change the suggestion status to "Rejected" - Go to the staff interface home page - In the notice saying "Suggestions pending approval", click "All libraries: 1" - Select the suggestion from the list - From the "Mark selected as" dropdown list, select "Rejected" - Submit 5. In the OPAC under Your account > Purchase suggestions - Note that: . The suggestion status is shown as "Suggestion declined" . You can select and delete the selected suggestion . You can add new suggestions (as there is no limit) 6. In the staff interface, set these system preference values: - MaxTotalSuggestions = 1 - NumberOfSuggestionDays = 90 7. Reload/refresh the patron's purchase suggestion page. 8. Note that there is no "New purchase suggestion" link 9. Select and delete the selected suggestion. 10. Now you can make a new purchase suggestion. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 13326] Add possibilty to edit purchase suggestion in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '26

19 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13326 --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to adastra from comment #5) > I know it's an old thread, but I would like to chime in on what Rhonda wrote. > > We use MAXTOTALSUGGESTION and NUMBEROFSUGGESTIONDAYS to allow patrons to > submit only 1 suggestion every 90 days. > > We now realized that a few patrons have figured out that if they delete > their suggestions, even if already ordered, this resets the timer and they > can post another suggestion. It's also terrible for bookkeeping, because we > no longer have a record of the suggestion in the staff interface. > > I think the most sensible thing would be to permanently remove the option > for patrons to be able to delete suggestions, or to add a new setting that > does this. Hi Adastra, as this is a feature request about allowing editing, I think best would be to file a new bug about the ability to disallow deleting. As the use cases can be different (think about a research library where researchers are allowed to make as many suggestions as they want), I believe both editing and deleting could be made into an option that could be switched on and off. But since it's different to this request it should be on its own bug - you can use the "see also" field to link them. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 28183] New: retain patron-deleted suggestions
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '26

19 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28183 Bug ID: 28183 Summary: retain patron-deleted suggestions Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In the purchase suggestions process, when a patron deletes their suggestion, the data is gone from all elements. For instance, a patron makes a purchase suggestion, the library orders the item and notifies the patron it has been ordered, if the patron then deletes the suggestion, there is no record/information for the library about who wanted it, etc. It is completely removed from the purchase suggestion process. This is information that libraries need to be able to view, even if it is only available via reports on deleted tables or something. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 40736] New: OAuth/OIDC authentication broken when CGISESSID is missing
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '26

19 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40736 Bug ID: 40736 Summary: OAuth/OIDC authentication broken when CGISESSID is missing Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Our API error logs contain multiple instances of the following error > [ERROR] Can't call method "value" on an undefined value at /usr/share/koha/lib/Koha/REST/V1/OAuth/Client.pm line 100. Client.pm:100 is > $state = Koha::Token->new->generate_csrf( { session_id => $c->req->cookie('CGISESSID')->value } ); This happens when a web crawler (Googlebot in our case) navigates to OAuth/OIDC login API endpoint, and Koha attempts to generate them a new CSRF token but is unable to due to missing CGISESSID cookie. To replicate: 1. Have an identity provider <provider code> defined under Administration > Identity providers 2. On a fresh browser session (clear cookies), 3. Navigate to https://yourkoha/api/v1/public/oauth/login/<provider code>/opac 4. Observe [ERROR] Can't call method "value" on an undefined value at /usr/share/koha/lib/Koha/REST/V1/OAuth/Client.pm line 100. in plack-api-error.log -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 42596] New: Add ability for reports APIs ( svc/report, opac/svc/report ) to run reports as background jobs
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '26

18 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42596 Bug ID: 42596 Summary: Add ability for reports APIs ( svc/report, opac/svc/report ) to run reports as background jobs Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Right now, all svc reports act as "foreground" jobs and return data immediately. This can cause issues such as apache timeouts for long running jobs. It would make sense to have the ability for a caller to ask for a background job and be given an id so that it can a) look up the status of the job ( waiting, running, finished, failed ) and if the job is finished, b) download the results of the report. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 40824] New: Add option to prevent re-use of passwords
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '26

18 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40824 Bug ID: 40824 Summary: Add option to prevent re-use of passwords Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: jacob.omara(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org This feature would prevent you from reusing the last X number of passwords at password change. Would be controlled at system level but also with patron category level overrides for the default. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 66

[Bug 43391] Add POD to all private subroutines/methods
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '26

18 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43391 Tomás Cohen Arazi (tcohen) <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #204336|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0