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

[Bug 33169] New: Improve vue breadcrubms and left-hand menu
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33169 Bug ID: 33169 Summary: Improve vue breadcrubms and left-hand menu 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: agustinmoyano(a)theke.io QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Jonathan made a great vue component in bug 32030 to build the breadcrumbs from vue-routes, but I believe it can be improved. With this implementation, I believe it will be a little cleaner to define the routes, and besides that, we can use the same definition to build the left-hand side menu. Now if you want to add a new option, there is only one place to modify (the routes definition) and everything else will be built around it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 75

[Bug 32395] New: Why do we send job's params to the broker
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32395 Bug ID: 32395 Summary: Why do we send job's params to the broker 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+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dcook(a)prosentient.com.au, m.de.rooy(a)rijksmuseum.nl, martin.renvoize(a)ptfs-europe.com, tomascohen(a)gmail.com We are: - Building the parameters - Insert a job and its parameters in DB - Send a message to the broken with the parameters - Retrieve the message from the worker - Process the job using the parameter from the broker Why don't we simply pass the job_id to the broker, then retrieve the parameters from the DB in the worker? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 32305] New: Backround worker doesn't check jobs receive from rabbitmq are in 'new' state.
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32305 Bug ID: 32305 Summary: Backround worker doesn't check jobs receive from rabbitmq are in 'new' state. Change sponsored?: --- Product: Koha Version: master 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: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org How to reproduce : 1) stop rabbitmq and koha-worker services. 2) start koha-worker , without rabbitmq it's polling the database. 3) start rabbitmq, koha-worker is not connecting to it. 4) submit a job. A new row is add to background_jobs table and the job is enqueued in rabbitmq. 5) the job is processed by koha-worker from the database. 6) restart koha-worker, this time connection to rabbitmq succeeded 7) koha-worker receive job message from rabbitmq and rerun it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 67

[Bug 27153] New: ElasticSearch should search keywords apostrophe blind
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27153 Bug ID: 27153 Summary: ElasticSearch should search keywords apostrophe blind Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.field(a)ptfs-europe.com We are often asked why keyword searches don't ignore apostrophes. If you searched for "carries war" on Google, the first hits that come up are for Carrie's War by Nina Bawden. If you do a keyword search in Koha for "carries war" you get 0 hits. If you search for "carrie's war" you will find copies of this book. Koha with ElasticSearch should search apostrophe-blind (ignore the apostrophe). This was a perennial problem with zebra. In zebra you had to change words-icu.xml to ignore apostrophes. We should deliver an ES index_config.yaml that handles this scenario. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 81

[Bug 33547] New: Print slips from the preservation module
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33547 Bug ID: 33547 Summary: Print slips from the preservation module Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Notices Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 30708 Bug 30708 is going to add a new "preservation" module. We will need to print slip for items that will need to be processed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30708 [Bug 30708] Creation of a new 'Preservation' module -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 30708] New: Creation of a new 'Preservation' module
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30708 Bug ID: 30708 Summary: Creation of a new 'Preservation' module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org Created attachment 134715 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=134715&action=e… [Fr] Module Conservation - Note générale The BULAC (http://www.bulac.fr/) would like to sponsor the development of a new feature (module or plugin) allowing to manage preservation treatment using Koha. A complete description of the expected features in English and French are available in attachments. In a few words, this new option : - can be activated like the ILL ou Housebound modules if developed as an integrated into Koha / plugin is also an option - allows to created baskets and, optionality for now, budget tracking (like the Acquisitions module) - allows to create different profiles for treatments - allows to precisely locate an item in the workflow of Preservation treatments - keeps an history of the different processes for the items/records As long as “Change sponsored?” is set on “Seeking developer”, anyone wanting to quote us for the development or just ask for more information is welcome to write to us: <sigb(a)bulac.fr>. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 218

[Bug 34333] New: Add cancellation requests count to the holds endpoint
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34333 Bug ID: 34333 Summary: Add cancellation requests count to the holds endpoint 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: tomascohen(a)gmail.com CC: tomascohen(a)gmail.com When rendering holds tables either in Koha, or in external systems consuming the API, it would be handy to have this information, to give special handling and links to those holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 34029] New: Import breaks on too long publishercode
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34029 Bug ID: 34029 Summary: Import breaks on too long publishercode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Data too long for column 'publishercode' at row 1 at /usr/share/koha/Koha/Object.pm line 170 DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Data too long for column 'publishercode' at row 1 at /usr/share/koha/Koha/Object.pm line 170 Use of uninitialized value $record_number in concatenation (.) or string at /usr/share/koha/C4/Biblio.pm line 2431. C4::Biblio::ModZebra(): DBI Exception: DBD::mysql::st execute failed: Column 'biblio_auth_number' cannot be null at /usr/share/koha/Koha/SearchEngine/Zebra/Indexer.pm line 61 ModZebra( $record_number, $op, $server ); Whats happening here? Two records have a too long publishercode. Two undef's (from AddBiblio) are pushed to array @biblio_ids. Indexing crashes after the import. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 32341] New: OPAC - Mobile - Items table columns are too thin
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32341 Bug ID: 32341 Summary: OPAC - Mobile - Items table columns are too thin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: hammat.wele(a)inlibro.com Reporter: hammat.wele(a)inlibro.com QA Contact: hammat.wele(a)inlibro.com The bibliographic display of a record in the OPAC on mobile is not correct This patch fix this problem by making the table responsive To test: 1- Go to the OPAC 2- Open mobile mode 3- Go to a bibliographic record detail page in the OPAC (opac-detail.pl?biblionumber=X) 4- Check the Holdings table --> the information is not presented in a table as it is when viewing on a laptop or PC browser screen. --> we see very narrow columns --> unreadable text 5- Apply the patch and perform previous step (1-4). 6- Confirm that the table are displayed correctly and is now responsive -- You are receiving this mail because: You are watching all bug changes.

1 76

[Bug 30002] New: Remove unused xt/perltidyrc
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30002 Bug ID: 30002 Summary: Remove unused xt/perltidyrc 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: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org It doesn't influence the tests at all. After emptying it or removing or setting the max line length to 40 char no error pops. So it was proposed for removal in last dev meeting: http://irc.koha-community.org/koha/2022-01-19#i_2400452 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 74