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

[Bug 20988] New: Internationalization: wrap all translatable text inside t() calls
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '24

04 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20988 Bug ID: 20988 Summary: Internationalization: wrap all translatable text inside t() calls Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Depends on: 15395 Bug 15395's Koha::I18n is working well, but it is basically useless until we wrap all the translatable strings inside __*() calls (or t*() calls inside templates). This bug aims to do that. I wrote a little tool to automatically find and replace translatable text by the corresponding call. It can be found here : https://github.com/jajm/koha-i18n. This bug will hold a few patches that will make koha-i18n work better and I'll try to attach all the changes it does. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15395 [Bug 15395] Internationalization: plural forms, context, and more -- You are receiving this mail because: You are watching all bug changes.

1 81

[Bug 38209] New: Add a vendor language field
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '24

04 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38209 Bug ID: 38209 Summary: Add a vendor language field Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org It would be useful to be able to identify the primary language used by a vendor -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 34113] New: OMNIBUS: Replace the use of jQueryUI autocomplete
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '24

04 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34113 Bug ID: 34113 Summary: OMNIBUS: Replace the use of jQueryUI autocomplete Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW 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 Depends on: 29222 As discussed in Bug 29222, jQueryUI autocomplete should be replaced. The last time I checked it was used in these places: - Checkout and patron header searches - Article request patron search - Course reserve instructor search - Holds patron search - UNIMARC 210c plugin - UNIMARC 225a plugin Possible replacement candidate: https://tarekraafat.github.io/autoComplete.js/. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29222 [Bug 29222] OMNIBUS: Replace the use of jQueryUI -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 38431] New: Allow access to messages table in notices/slips
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '24

03 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38431 Bug ID: 38431 Summary: Allow access to messages table in notices/slips Change sponsored?: --- 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Librarians use messages to convey things to their patrons so it would be nice it we could easily grab a borrower's messages and display them on a slip: https://schema.koha-community.org/main/tables/messages.html -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 35109] New: Inconsistencies when a task is added to background jobs
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '24

03 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35109 Bug ID: 35109 Summary: Inconsistencies when a task is added to background jobs 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 The way the interface informs the user that what they just did was added to a background job is inconsistent throughout Koha. I wrote how to get to each type of job and what it does below, but here are the highlights: - The message is almost always on a new page, except when creating local titles in ERM or cancelling holds - The message is always "The job has been enqueued! It will be processed as soon as possible." except when creating local titles in ERM module - The link to the job is always "View details of enqueued job" except when creating local titles in ERM module - There is sometimes a link to do a new batch or return to where we were before in the blue message box, sometimes it is underneath the box, sometimes it is a button instead of a link (and sometimes all three at the same time) - There is never a progress bar except when staging records - There is almost never a redirection to job details when the job is done except when importing records or reverting an import Proposed changes (open to discussion): - Put the message on a new page when importing eHolding titles, with a link/button to go back - Put the message on a new page when canceling holds, with a link/button to go back - Put the message on a new page when cancelling holds, with a link/button to go back - Change message when importing eHolding titles to "The job has been enqueued! It will be processed as soon as possible." - Change the link when importing eHolding titles to "View details of enqueued job" - Choose either a link in the message box, a link under the message box or a button to return to where we were or make a new batch, but not all three, and make it consistent - If possible add a link to go back where there is none - Choose either to have a progress bar or not (I prefer the progress bar personally) and make it consistent - Choose to redirect automatically or not (I prefer redirection, fewer clicks) and make it consistent, although this might depend on the workflow - Place 'View batch' link next to the view detail link when staging records I can also make separate bug reports if needed, but I thought it interesting to have them all in one to compare and see the differences. ----- Batch bibliographic record modification - Message on new page - Message: The job has been enqueued! It will be processed as soon as possible. - Link to View details of enqueued job - Link to New batch record modification (next to the view detail link) - No progress bar - No redirection after the job is finished To recreate: 1. Create a MARC modification template (if you already have one, you can skip this step) 1.1. Go to Cataloging > MARC modification templates 1.2. Click New template 1.3. Give a name to the template 1.4. Click Submit 1.5. Click New action 1.6. Create a simple action, for example, Add new field(s) 500 a with value TEST 1.7. Click Add action 2. Batch modify a record 2.1. Search the catalog for a record 2.2. If necessary, click the title to access the detailed record 2.3. Click Edit > Modifiy record using template 2.4. Select the template created previously 2.5. Click Modify selected records 3. Wait a bit, if necessary, open the job details in another tab to verify the job is complete ----- Batch bibliographic record deletion - Message on new page - Message: The job has been enqueued! It will be processed as soon as possible. - Link to View details of enqueued job - Link to New batch record deletion (next to the view detail link) - No progress bar - No redirection after the job is finished To recreate: 1. Go to Cataloging > Batch record deletion 2. Fill out the form - Record type: Bibliographic - Tab: Enter a list of record numbers - IDs: enter one or two biblionumbers (I used 1 and 2) 3. Click Continue 4. Click Delete selected records 5. Wait a bit, if necessary, open the job details in another tab to verify the job is complete ----- Batch authority record modification - Message on new page - Message: The job has been enqueued! It will be processed as soon as possible. - Link to View details of enqueued job - Link to New batch record modification (next to the view detail link) - No progress bar - No redirection after the job is finished To recreate: 1. Create a MARC modification template (if you already have one, you can skip this step) 1.1. Go to Cataloging > MARC modification templates 1.2. Click New template 1.3. Give a name to the template 1.4. Click Submit 1.5. Click New action 1.6. Create a simple action, for example, Add new field(s) 667 a with value TEST 1.7. Click Add action 2. Batch modify a record 2.1. Go to Cataloging > Batch record modification 2.2. Fill out the form - Record type: Authority records - Tab: Enter a list of record numbers - IDs: enter one or two auth_id (I used 1 and 2) - Template: select the template created previously 2.3. Click Continue 2.4. Click Modify selected records 3. Wait a bit, if necessary, open the job details in another tab to verify the job is complete ----- Batch authority record deletion - Message on new page - Message: The job has been enqueued! It will be processed as soon as possible. - Link to View details of enqueued job - Link to New batch record deletion (next to the view details link) - No progress bar - No redirection after the job is finished To recreate: 1. Go to Cataloging > Batch record deletion 2. Fill out the form - Record type: Authorities - Tab: Enter a list of record numbers - IDs: enter one or two biblionumbers (I used 3 and 4) 3. Click Continue 4. Click Delete selected records 5. Wait a bit, if necessary, open the job details in another tab to verify the job is complete ----- Batch item record modification - Message on new page - Message: The job has been enqueued! It will be processed as soon as possible. - Link to View detail of the enqueued job - Link to New batch item modification (next to the view details link) - If done from the tool, Link to Return to batch item modification under the box (redundant with link to New batch item modification inside the message box) - If done from the tool, Button to Return to batch item modification under the box (redundant with link) - If done from a single record, Link to return to the record under the box (redundant with button) - If done from a single record, Button to return to the record under the box (redundant with link) - No progress bar - No redirection after the job is finished To recreate (from tool): 1. Create a report to get a couple of itemnumbers 1.1. Go to Reports > Create from SQL 1.2. Enter a report name (e.g. items) 1.3. In the SQL box, enter a query that will return a couple of itemnumbers, for example select itemnumber from items limit 3 1.4. Click Save report 1.5. Click Run report 2. Click Batch operations with X visible records > Batch item modification 3. Change something in the record form (for example, change Withdrawn status to Withdrawn) 4. Click Save 5. Wait a bit, if necessary, open the job details in another tab to verify the job is complete To recreate (single record): 1. Search the catalog for a record 2. If necessary, click the title to access the detailed record 3. Check the box next to one or more items 4. Click Modify selected items 5. Change something in the record form (for example, change Withdrawn status to Withdrawn) 6. Click Save 7. Wait a bit, if necessary, open the job details in another tab to verify the job is complete ----- Batch item record deletion - Message on new page - Message: The job has been enqueued! It will be processed as soon as possible. - Link to View detail of the enqueued job - Link to New batch item deletion (next to the view detail link) - If done from the tool, Link to Return to batch item deletion under the box (redundant with link in the message box) - If done from a single record, Link to return to the record under the box - No progress bar - No redirection after the job is finished To recreate (from tool): 1. Create a report to get a couple of itemnumbers (skip if already done) 1.1. Go to Reports > Create from SQL 1.2. Enter a report name (e.g. items) 1.3. In the SQL box, enter a query that will return a couple of itemnumbers, for example select itemnumber from items limit 3 1.4. Click Save report 1.5. Click Run report 2. Click Batch operations with X visible records > Batch item deletion 3. Click Delete selected items 5. Wait a bit, if necessary, open the job details in another tab to verify the job is complete To recreate (single record): 1. Search the catalog for a record 2. If necessary, click the title to access the detailed record 3. Check the box next to one or more items 4. Click Delete selected items 5. Click Delete selected items 7. Wait a bit, if necessary, open the job details in another tab to verify the job is complete ----- Batch hold cancellation - Message on the holds page - Message: The job has been enqueued! It will be processed as soon as possible. - Link to View detail of the enqueued job - No progress bar - No redirection after the job is finished To recreate: 1. Place a hold on a title 1.1. Search the catalog for a record 1.2. If necessary, click the title to access the detailed record 1.3. Click Holds 1.4. Find a patron (either enter a name, cardnumber or click a letter) and click on their name 1.5. Click Place hold 2. 'Batch' cancel the hold 2.1. Check the box next to the hold 2.2. Click Cancel selected 3. Wait a bit, if necessary, open the job details in another tab to verify the job is complete ----- Create eHolding titles - Message on import page - Message: Import in progress - Link to see job #XX - No progress bar - No redirection after the job is finished To recreate: 1. Enable ERMModule 2. Create a list 2.1. Go to Lists 2.2. Click New list 2.3. Enter a name for the list 2.4. Click Save 3. Add titles to the list 3.1. Search the catalog 3.2. Select one or more records by checking the boxes next to them 3.3. Click Add to list and choose the list name 3.4. Click Save 4. Create a local package 4.1. Go to E-resource management > Local > Packages 4.2. Click New package 4.3. Enter a package name 4.4. Click Submit 5. Import the list of titles in ERM 5.1. Go to E-resource management > Local > Titles 5.2. Click Import from list 5.3. Click Import next to the list 6. Wait a bit, if necessary, open the job details in another tab to verify the job is complete ----- Update Elasticsearch index I don't think there is anything in the staff interface that the user can see for this one. ----- Holds queue update I don't think there is anything in the staff interface that the user can see for this one. ----- Staged MARC records for import - Message on new page - Message: The job has been enqueued! It will be processed as soon as possible. - Progress bar - Link to View detail of the enqueued job - Link to View batch (under the view detail link) - No redirection after the job is finished To recreate: 1. Go to Cataloging > Stage record for import 2. Click Choose file (or Browse) and choose a MARC file (if you don't have any, you can download on first from the catalog by going to the detailed record and click Save > MARC (Unicode/UTF-8)) 3. Click Upload file 4. Click Stage for import 5. Wait a bit, if necessary, open the job details in another tab to verify the job is complete ----- Import MARC records - Message on new page - Message: The job has been enqueued! It will be processed as soon as possible. - Link to View detail of the enqueued job - No progress bar - Redirection to job details when the job is finished To recreate: 1. Stage records (see steps above) 2. Click View batch, or go to Cataloging > Manage staged records and click on the file name) 3. Click Import this batch into the catalog 4. Wait a bit, you should be redirected ----- Revert import MARC records - Message on new page - Message: The job has been enqueued! It will be processed as soon as possible. - Link to View detail of the enqueued job - No progress bar - Redirection to job details (before it is even finished?) To recreate: 1. Stage and import records (see steps above) 2. Click Manage imported batch, or go to Cataloging > Manage staged records and click on the file name) 3. Click Undo import into catalog 4. Confirm -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 38613] New: Cannot introduce new plugin method to existing plugin without running install_plugins.pl
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '24

03 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38613 Bug ID: 38613 Summary: Cannot introduce new plugin method to existing plugin without running install_plugins.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Have a plugin 2. Add a new method to it 3. Install the new plugin, or in k-t-d just update your code. 4. You will get 500 errors: Plugin does not have method configure at /usr/share/koha/lib/Koha/Plugins/Handler.pm line 73. 5. Run install_plugins.pl. 6. Now the plugin works. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 38603] New: Error 500 when creating, or editing sql in reports
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '24

03 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38603 Bug ID: 38603 Summary: Error 500 when creating, or editing sql in reports Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: ism(a)kis.in QA Contact: testopia(a)bugs.koha-community.org cgi-bin/koha/reports/guided_reports.pl?op=add_form_sql This page throws the following error when the option create from SQL is selected, or while editing existing saved reports : An error has occurred! Error 500 This message may have been caused by any of the following reasons: You made use of an external link to an item that is no longer available You followed an outdated link e.g. from a search engine or a bookmark You tried to access a page that needs authentication An internal link in the client is broken and the page does not exist What's next? Use top menu bar to navigate to another part of Koha. To report a broken link or any other issue, please contact the Koha administrator. Send email -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 9602] Allow/disallow self check out based on item type
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '24

03 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9602 Brendan Lawlor <blawlor(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |blawlor(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38610] New: Use a specific framework for analytical records
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '24

03 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38610 Bug ID: 38610 Summary: Use a specific framework for analytical records 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: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you create an analytical record, the default framework is used. It would be convient to use automaticaly a lighter framework -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 38609] New: With EasyAnalyticalRecords enabled, a child record linked to the item of a serial could contain in 773$g the value of enumchron
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '24

03 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38609 Bug ID: 38609 Summary: With EasyAnalyticalRecords enabled, a child record linked to the item of a serial could contain in 773$g the value of enumchron 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: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl With Easyanalytics enable, when you create a child record linked to the item of a serial, Koha could copy in 773 the value of enumchron subfield of the item (ex: "Vol. 45 (spring 2024)" ) >From MARC21 documentation it seems that 773$$g (Related parts) is appropriate It could give more information to the user -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0