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

[Bug 35784] New: Wrong POD for updateWrongTransfer
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35784 Bug ID: 35784 Summary: Wrong POD for updateWrongTransfer Change sponsored?: --- Product: Koha Version: master 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org =head2 updateWrongTransfer $items = updateWrongTransfer($itemNumber,$borrowernumber,$waitingAtLibrary,$FromLibrary); This function validate the line of brachtransfer but with the wrong destination (mistake from a librarian ...), and create a new line in branchtransfer from the actual library to the original library of reservation =cut Check this with parameters in code: sub updateWrongTransfer { my ( $itemNumber,$waitingAtLibrary,$FromLibrary ) = @_; NOTE: $FromLibrary is NOT USED at all. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 38310] New: DataTables - Use Select2 for column filters
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38310 Bug ID: 38310 Summary: DataTables - Use Select2 for column filters 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 apply Select2 to all of dropdown lists present in the column filters. 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 16

[Bug 34976] New: Encryption keys should not be shared between modules
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34976 Bug ID: 34976 Summary: Encryption keys should not be shared between modules Change sponsored?: --- Product: Koha Version: master 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org At this time we are using the encryption key in koha-conf to encrypt stuff for 2FA, EDI and Acquisition already. The key was introduced for 2FA. I think that it would be better to differentiate and use separate keys for various processes in Koha. For instance, the key for 2FA should be used exclusively for that purpose. We could consider if that is needed also for EDI and Acq since these are related modules. They could use one or two new keys. When adding a new call to Encryption, we should think about it. Perhaps this would be forced a bit more by passing a parameter to K::E indicating which key to use? Opening the discussion :) What do you think? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 36884] New: Make it possible to use the record_source as a criteria for a search
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36884 Bug ID: 36884 Summary: Make it possible to use the record_source as a criteria for a search Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I'm not sure what would be the more efficient, using SQL and the ORM or add some ES index, but we need to have a way to find all records which belongs to a record_source. It would as well be nice to be able to do a batch edit to change the source of a record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 42197] New: Item search results : display in the filters only values from the results
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42197 Bug ID: 42197 Summary: Item search results : display in the filters only values from the results Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: laurence.rault(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In item search results, dropdown are displayed at the top of the colums to be able to filter the results. However, all the existing values (authorised values, itemtypes, branches) are displayed here, with sometimes very long lists (of locations for example). It would be better if only values existing in the results were proposed in the dropdown. Add also a value "Empty", to be able to display only the results with empty or null values for the column. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 38779] New: Record sources not working on packages install
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38779 Bug ID: 38779 Summary: Record sources not working on packages install Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Interestingly, we miss `record_sources.js` in Makefile.PL Seen this on a packages install: [2024/12/23 10:26:39] [WARN] File not found : js/vue/dist/admin/record_sources.js at /usr/share/koha/lib/Koha/Template/Plugin/Asset.pm line 84. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 32609] New: Remove compiled files from src
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32609 Bug ID: 32609 Summary: Remove compiled files from src Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We need to improve our yarn build commands to generate css and js compiled files. Then remove them from our codebase, and generate them when needed: - when generating the debian packages - when ktd is starting up - when patches are applied on the sandbox -- You are receiving this mail because: You are watching all bug changes.

1 104

[Bug 42844] New: Subscription search breaks when using additional field and no search result is returned
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42844 Bug ID: 42844 Summary: Subscription search breaks when using additional field and no search result is returned Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Using addition fields in subscriptions can break the subscription search (serials-search.pl) when searching for an additional field but no record matching this field. To create: - create an additional field for subscriptions: More -> Serials -> Manage subscription fields. F.e. use an authorized value country. - Make sure "searchable" is checked. - go to More -> Serials - With bug 40201 pushed you can enter that additional field on serials-home - Otherwise just perform an empty search and on serials-search.pl choose the additional field as search criteria - Click search - An Error trace for Can't use an undefined value as an ARRAY reference will be displayed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 42781] New: Declare 'name' before using it in patron-format.js
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42781 Bug ID: 42781 Summary: Declare 'name' before using it in patron-format.js Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com The JS in patron-format.js uses a variable called "name" without declaring it first. Looks like "var name" was removed in this patch: https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=188806 (thanks to Joubu for spotting that.) We should restore it. Dicussion: https://chat.koha-community.org/koha-community/pl/56eb7shuifbu8q7s1sarwkjawa -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 42741] New: Plural strings don't apply in list content column
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '26

16 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42741 Bug ID: 42741 Summary: Plural strings don't apply in list content column Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: caroline.cyr-la-rose(a)inlibro.com, f.demians(a)tamil.fr, jonathan.druart(a)gmail.com, julian.maurice(a)biblibre.com I'm not sure if this is a translation problem or simply a code problem... I noticed my plural strings in the lists content display weren't applying. But it seems there is a problem in English as well. To recreate: 1. Go to Lists 2. Create three lists called: - Test 0 items - Test 1 item - Test 2 items 3. Add one item in the "Test 1 item" list and add two items in the "Test 2 items" list 4. Go to lists and view the list of lists --> In the Contents column, "Test 0 items" has "0 items" (items plural -- OK?) --> "Test 1 item" has "1 items" (items plural -- NOT OK) --> "Test 2 items" has "2 items" (items plural -- OK) Optionally test translations 5. In the terminal, run gulp po:update --lang fr-CA ./misc/translator/translate install fr-CA (or other language code that uses plurals) 6. Enable the language in the StaffInterfaceLanguages syspref 7. Check the fr-CA-message.po file (or other language code), the strings should be different for single or plural #: koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/results.tt:777 #: koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/results.tt:795 #: koha-tmpl/intranet-tmpl/prog/en/modules/virtualshelves/tables/shelves_results.tt:18 #, perl-brace-format msgid "{count} item" msgid_plural "{count} items" msgstr[0] "{count} exemplaire" msgstr[1] "{count} exemplaires" I don't get why in English it's always items. In French Canada, it seems to be always exemplaire (singular). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13