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

[Bug 33134] New: Add some missing languages
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '24

11 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33134 Bug ID: 33134 Summary: Add some missing languages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When languages come into facets in ES, Koha should know the names for the codes used records. Otherwise the three-letters language code is being displayed in the facet instead of name. Koha now knows about 77 languages, many are still missing. A patch will follow. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 34693] New: Add 035$a as Other-control-number index in authorities search indexes
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '24

11 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34693 Bug ID: 34693 Summary: Add 035$a as Other-control-number index in authorities search indexes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com The only "number" that is indexed in authority records is 001, which is Koha's auth_id. This makes it difficult to add matching rules to import new records since Koha replaces the record's actual control number with its own. I propose to add 035$a as Other-control-number index for authority records. This would help do matching checks when importing authority records. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 16002] New: ALL/MULTI choices in report dropdowns
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '24

11 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16002 Bug ID: 16002 Summary: ALL/MULTI choices in report dropdowns Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org When adding choices like <<branches>> to a report, it would be great if parameter could be added to the choice where ALL could be a choice at the top of the list. Maybe something like <<branches{ALL}>>. Similarly, it would be great if MULTI could also be a parameter, where the user could select several items from the list, like <<branches{MULTI}>>. Christopher -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 26692] New: Add barcode image generator service for OPAC
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '24

11 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26692 Bug ID: 26692 Summary: Add barcode image generator service for OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries would like to add a scannable barcode to the patron self service area of the opac for patrons who do not have their library cards with them. The existing svc/barcode on the staff side should work fine, but requires a staff login. It makes sense to duplicate this script but only require a valid patron login to use it. -- You are receiving this mail because: You are watching all bug changes.

1 59

[Bug 33227] New: Swagger validation is failing for paths/biblios.yaml
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '24

10 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33227 Bug ID: 33227 Summary: Swagger validation is failing for paths/biblios.yaml Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com CC: agustinmoyano(a)theke.io, martin.renvoize(a)ptfs-europe.com, tomascohen(a)gmail.com Running swagger-cli validate swagger.yaml we get: Validation failed. /paths/biblios/post/parameters/Body has an invalid type (string,object) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 34769] New: Improve translation of title tags: Patron lists
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '24

10 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34769 Bug ID: 34769 Summary: Improve translation of title tags: Patron lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 33906 This patch will modify patron lists templates in the staff client so that translatable strings in the <title> tag are wrapped in the correct translation function, e.g. [% t('Translate me') %] Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33906 [Bug 33906] [OMNIBUS] Improve translation of title tags -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 35540] New: Separate StaffListsHome block from the table block
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35540 Bug ID: 35540 Summary: Separate StaffListsHome block from the table block Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface 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: gmcharlt(a)gmail.com This is very minor, but I thought I'd mention it. I noticed that most of the new staff interface additional content blocks are in their own white "block" on the page they are on with a space between the normal content and it (I hope that sentence makes sense...). In the case of StaffListsHome, the white block is right under the lists page main content, with no space. To recreate: 1. Go to Tools > HTML customizations 2. Click New entry 3. Fill out the form: - Display location: StaffListsHome - Publication date: any date before today - Title: StaffListsHome (or whatever) - Content: StaffListsHome (or whatever) 4. Click Save 5. Go to Lists --> Note that there is no space between the 'StaffListsHome' white background and the white background of the Your lists table. To compare: 1. Go to Tools > HTML customizations 2. Click New entry 3. Fill out the form: - Display location: StaffAcquisitionsHome - Publication date: any date before today - Title: StaffAcquisitionsHome (or whatever) - Content: StaffAcquisitionsHome (or whatever) 4. Click Save 5. Go to Acquisitions --> Note that there is a clear space between the 'StaffAcquisitionsHome' white background and the white background of the budgets table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 21530] New: overdue_notices.pl aborting because error is not caught
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21530 Bug ID: 21530 Summary: overdue_notices.pl aborting because error is not caught Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Saw this triggered by a situation where a branch had been removed but some rules remained. However when doing a lookup the return should always be tested for validity. Because it wasnt when methods were called on null the overdues_notices process aborts with a runtime error and subsequent branches overdues are not processed. Untested returns are one of the biggest causes of errors and often hard to track down errors in the system . -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 16201] New: Tie automatic cancellation of holds to a system preference to allow easier configuration
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16201 Bug ID: 16201 Summary: Tie automatic cancellation of holds to a system preference to allow easier configuration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, if you run multiple instances on a server, you can not easily configure for some, but not others, that holds not picked up will automatically cancelled. The cronjob used is: misc/cronjobs/holds/cancel_expired_holds.pl If it's scheduled, the feature is active for all instances - or you'd have to maintain a list, change the default cron files etc. It would be nice if this feature was tied to a new system preference, so that you can easily activate/deactivate it from within Koha and without accessing the server. This might also be useful for libraries that want to wait a little longer with cancelling in some cases, for example after a holiday period or when the library has been closed for a while. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 24491] New: Add filters to debit types interface
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '24

08 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24491 Bug ID: 24491 Summary: Add filters to debit types interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On cgi-bin/koha/admin/debit_types.pl, we have the option to filter down to only user-defined debit types, hiding those defined by the system. It would be helpful to also be able to filter to only those flagged for manual invoice and only those flagged for purchase. If we had a filter for purchasable items, we could then make the link off of the point of sale page point to debit types with that filter enabled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12