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

[Bug 40729] New: manual credits appear as income in the POS
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40729 Bug ID: 40729 Summary: manual credits appear as income in the POS Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org When creating a manual credit for a patron, it's appearing as income in the POS transaction history. To recreate 1. Make sure POS is on and you have a register set up. 2. Create a manual credit of some amount. 3. Go the transaction history of the register and notice that your drawer appears to have more money in it than it should. 4. Pay out the credit. 5. Look at the transaction history. Note that the credit is paid out properly. What this means is that if I create a manual credit of $5 and give the person the cash, the drawer should show as $5 less than it had, but right now it shows as having the same amount because the income offsets the amount paid out. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 40974] New: Replace acqui/check_uniqueness.pl with REST API
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40974 Bug ID: 40974 Summary: Replace acqui/check_uniqueness.pl with REST API Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Surely we can now replace old-fashion acqui/check_uniqueness.pl with REST API -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 40973] New: Redirect to configurable destination after Shibboleth logout
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40973 Bug ID: 40973 Summary: Redirect to configurable destination after Shibboleth logout Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org We have a scenario where we have disabled OpacPublic, and set OPACShibOnly = Don't allow. This means that when users visit the OPAC they are immediately sent to the idP for login. This works great. The problem is when they try to logout, because after logging out they are sent back to the OPAC, where they are automatically logged in again, if they are still logg in to the idP. This means users can be caught in a loop, with no possibility of getting logged out of Koha. This is the code in C4::Auth_with_shibboleth that returns users to the OPAC after logout: # Logout from Shibboleth sub logout_shib { my ($query) = @_; my $uri = _get_uri(); my $return = _get_return($query); print $query->redirect( $uri . "/Shibboleth.sso/Logout?return=$return" ); } (_get_uri basically returns staffClientBaseURL or OPACBaseURL, as appropriate) To get around this we would like to propose that logout_shib could() send users to a configurable location, outside of Koha, based on a syspref. Something like this: # Logout from Shibboleth sub logout_shib { my ($query) = @_; my $uri = _get_uri(); my $return; if ( C4::Context->preference('ShibRedirectURLAfterLogout') ) { $return = C4::Context->preference('ShibRedirectURLAfterLogout'); } else { $return = _get_return($query); } print $query->redirect( $uri . "/Shibboleth.sso/Logout?return=$return" ); } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 36835] New: Add a way to get a local cover image from biblionumber
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36835 Bug ID: 36835 Summary: Add a way to get a local cover image from biblionumber Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I don't think there is currently an API route for getting a local cover image (stored by Koha) from the biblionumber of the record It could be useful -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 40971] New: Add a widget that enables users to select their 'favourite report' from the reports module
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40971 Bug ID: 40971 Summary: Add a widget that enables users to select their 'favourite report' from the reports module Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.auld(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com As a follow up to the ERM widgets dashboard, it would be good if there was a widget that users could pick that allowed them to choose one of their reports from the reports module for display in the widget. Not sure how this would work with reports that have variable numbers of fields/rows and also reports that need an input before they run. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39886] New: Identifyer typed as Identifyerr
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39886 Bug ID: 39886 Summary: Identifyer typed as Identifyerr Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org There is a typo in version 24.11 mappings.tt https://github.com/Koha-Community/Koha/blob/24.11.x/koha-tmpl/intranet-tmpl… There is word 'Identifyerr' when it should be 'Identifyer' with only one r at the end. I found it while translating: https://translate.koha-community.org/translate/koha/24-11/staff-prog/fi/?ch… -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 40748] Remote-Code-Execution (RCE) in update_social_data.pl
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40748 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version(s)|25.11.00,25.05.04,24.11.09, |25.11.00,25.05.04,24.11.09, released in|24.05.12 |24.05.12,22.11.31 Status|Pushed to main |Needs documenting -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40766] Reflected XSS in set-library.pl
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40766 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to main |Needs documenting Version(s)|25.11.00,25.05.04,24.11.09, |25.11.00,25.05.04,24.11.09, released in|24.05.12 |24.05.12,22.11.31 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40766] Reflected XSS in set-library.pl
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40766 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Text to go in the|25.11.00,25.05.04,24.11.09, | release notes|24.05.12 | Version(s)| |25.11.00,25.05.04,24.11.09, released in| |24.05.12 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40579] CSV formula injection protection
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '25

08 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40579 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to main |Needs documenting -- You are receiving this mail because: You are watching all bug changes.

1 0