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

[Bug 38647] New: Can't filter holdings table by shelving location
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '26

25 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38647 Bug ID: 38647 Summary: Can't filter holdings table by shelving location Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In 24.05, libraries can no longer filter the holdings table in the staff interface by shelving location since the Home library column is now a drop-down instead of allowing free text entry. As of 23.11, the filtering was free text instead of a drop-down, which meant that libraries could type a library name *or* a shelving location to filter. Additionally, the holdings table search bar doesn't appear to 'read' shelving locations, so libraries can't use that to pinpoint items with a specific shelving location either. This will likely be moot with Bug 15461 - Add staff equivalent for OpacLocationOnDetail, but in the meantime, it isn't user-friendly for libraries who need that column to filter bibs with many holdings. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 42802] New: kohastructure.sql needs adjustments for mariadb 12.3
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '26

25 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42802 Bug ID: 42802 Summary: kohastructure.sql needs adjustments for mariadb 12.3 Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- kohastructure.sql needs to be adjusted since the mariadb version bump 12.2=>12.3 -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 34164] New: OAuth2/OIDC should redirect to page that initiated login
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '26

25 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34164 Bug ID: 34164 Summary: OAuth2/OIDC should redirect to page that initiated login Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org At the moment, a successful OAuth2/OIDC login is sent to opac-user.pl/opac-main.pl or mainpage.pl instead of the page that initiated the login process. With Shibboleth, we manage this using the "target" URL, so that the Shibboleth login is processed by whatever page initiated it, but that doesn't work with OAuth2/OIDC and the "redirect_uri" since we're using an API endpoint. However, all we need to do is save the current path in the user's session, and then recall it after the successful login. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 42847] SIP authentication ignored after initial successful connection
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '26

25 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42847 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |43377 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43377 [Bug 43377] Failure to connect to SIP server due to extra bracket -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42709] New: Template Toolkit for ACQCLAIM Notice to claim vendors
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '26

24 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42709 Bug ID: 42709 Summary: Template Toolkit for ACQCLAIM Notice to claim vendors Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk Unfortunately, the most important ACQ data cannot be used in this ACQCLAIM letter. Order information are missing. It is therefor not possible to use the FOREACH loop which we use in the ACQORDER Notice. See also Bug 28732. This can be verified by generating the following DUMPER output. % USE Dumper %] [% IF basket || baskets %] aqbasket: singular: basket [% Dumper.dump_html(basket.unblessed) %] plural: baskets [% Dumper.dump_html(baskets.unblessed) %] aqbooksellers: [% END %] [% IF bookseller || booksellers %] aqbooksellers: singular: bookseller [% Dumper.dump_html(bookseller.unblessed) %] plural: booksellers [% Dumper.dump_html(booksellers.unblessed) %] [% END %] [% IF biblio || biblios %] biblio: singular: biblio [% Dumper.dump_html(biblio.unblessed) %] plural: biblios [% Dumper.dump_html(biblios.unblessed) %] [% END %] [% IF biblioitem || biblioitems %] biblioitems: singular: biblioitem [% Dumper.dump_html(biblioitem.unblessed) %] plural: biblioitems [% Dumper.dump_html(biblioitems.unblessed) %] [% END %] [% IF branch || branches %] branches: singular: branch [% Dumper.dump_html(branch.unblessed) %] plural: branches [% Dumper.dump_html(branches.unblessed) %] [% END %] [% IF order || orders %] aqorders: singular: order [% Dumper.dump_html(order.unblessed) %] plural: orders [% Dumper.dump_html(orders.unblessed) %] [% END %] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 29948] New: Display author information for researches
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '26

24 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29948 Bug ID: 29948 Summary: Display author information for researches Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 29897 Display author's information from 371, 372, 373 (email, activity, etc.) in the same area than identifiers (from bug 29897). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29897 [Bug 29897] Display author identifiers for researchers -- You are receiving this mail because: You are watching all bug changes.

1 68

[Bug 39885] New: There should be a default notice to send to patrons when a new suggestion has been created by them or for them
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '26

24 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39885 Bug ID: 39885 Summary: There should be a default notice to send to patrons when a new suggestion has been created by them or for them Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There should be a default notice ( maybe ASKED? ) that will optionally be sent when a new suggestion is created by a patron ( OPAC ) or on behalf of a patron ( staff interface ). This is not to be confused with NEW_SUGGESTION, which is sent to staff when a new suggestion is created. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 38255] New: Do not use dataTable constructor directly
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '26

24 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38255 Bug ID: 38255 Summary: Do not use dataTable constructor directly 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: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 36640 We should not use dataTable() but our own KohaTable or kohaTable. It will help to get rid of repeated rules (eg. NoSort). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36640 [Bug 36640] Upgrade DataTables from 1.13.6 to 2.x -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 132

[Bug 37570] New: Add possibility to send request on other url defined by a new syspref SearchAlsoIn
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '26

24 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37570 Bug ID: 37570 Summary: Add possibility to send request on other url defined by a new syspref SearchAlsoIn Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Hello Like OPACSearchForTitleIn I would like to purpose you a new syspref "SearchAlsoIn" which adds the possibility of defining urls to launch the query on other sites. This can be added on both sides (personal pages and OPAC results pages). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 38485] New: Update column visibility on holdings table correctly
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '26

24 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38485 Bug ID: 38485 Summary: Update column visibility on holdings table correctly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major 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: 38118, 38436 Fixed on bug 38118 but broken again with bug 38436. We need to fix this behaviour for 24.11.00 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38118 [Bug 38118] Removed empty columns on holdings table on details page are not restored when new items loaded https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38436 [Bug 38436] Unable to hide a column in the holdings table in the staff interface -- You are receiving this mail because: You are watching all bug changes.

1 23