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

[Bug 34532] New: Silence warns in Patroncard.pm when layout values are empty
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '23

12 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34532 Bug ID: 34532 Summary: Silence warns in Patroncard.pm when layout values are empty Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Go to patron card creator and make a patron card batch, card layout, and card template. 2. In the card layout leave some values blank for Lower left X coordinate and Lower left Y coordinate. 3. Now go create a card batch while tailing the plack-intranet-error log/ 4. Notice in the logs: [2023/08/14 20:50:54] [WARN] Argument "" isn't numeric in multiplication (*) at /kohadevbox/koha/C4/Patroncards/Patroncard.pm line 109. [2023/08/14 20:50:54] [WARN] Argument "" isn't numeric in multiplication (*) at /kohadevbox/koha/C4/Patroncards/Patroncard.pm line 248. [2023/08/14 20:50:54] [WARN] Argument "" isn't numeric in multiplication (*) at /kohadevbox/koha/C4/Patroncards/Patroncard.pm line 249. The more patrons in a given batch the more of these errors you will see. If no llx or lly value is given we should assume it is 0. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 34589] New: Update on bug 20256 is not idempotent
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '23

12 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34589 Bug ID: 34589 Summary: Update on bug 20256 is not idempotent 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The last commit attempted to make the update idempotent, however, it missed a case. If the update is run, then a patron has the permission removed, they will get it again on a subsequent update. We should check if the permission exists in the permissions table, and only perform the first two updates if it does not -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 34736] New: Item checkboxes are lost in multi-receive, breaking partial receive
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '23

12 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34736 Bug ID: 34736 Summary: Item checkboxes are lost in multi-receive, breaking partial receive Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: michaela.sieber(a)kit.edu, nick(a)bywatersolutions.com, tomascohen(a)gmail.com If multiple items were ordered and only a part of those are received, the order line is split into 2, received and pending. When you work with multi-receive and switch back and forth between entries, things get confused and you end up with a broken partial receive where the received items have not been re-linked to the new order line. This might also have other bad side effects. Sorry for the somewhat complicated test plan: To test: * Create a new basket, create items on placing the order * Create an order line with 4 items * Create another order line with 2 items * Close the basket * Receive shipment and create an invoice * Select both orders via the checkboxes got multi-receive * Click "receive selected" * Edit first order line, quantity received = 1 (1 out of 4) * Verify that one item is also selected in the table * Switch to "next order" * Quantity received is 0, no items checked in the second order * Switch to "Previous order" * ERROR: Item checkbox was lost, quantity received still correct * Switch to next order * ERROR: item is now checked, quantity received 0 * Note: We see a mix up of the information entered, one has the checkbox now, the other the quantity. * Save changes * Click confirm * Continue (complaint about the second order left unchanged) You are back on the summary: * pending order: quantity changed from 4 to 3 - correct * received order: quantity shows 1 - correct * Click on receive for your updated order line (with 3 items) * 4 items show to be received (should be 3) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 32668] New: Automatic updates for debian/control, on 'oldoldstable' branch
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '23

11 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32668 Bug ID: 32668 Summary: Automatic updates for debian/control, on 'oldoldstable' branch Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com this bug tracks automatic updates for debian/control, on 'oldoldstable' branch -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 33531] New: Item Search: Use modalselect or similar for user friendly selection of options
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '23

11 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33531 Bug ID: 33531 Summary: Item Search: Use modalselect or similar for user friendly selection of options Change sponsored?: --- 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: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On itemsearch.pl it would be great if modalselect, or something similar, could be used like in the system preferences to allow easier selection of options, especially for multibranch systems and systems with lots of item types or collection codes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 29777] New: Fields 580 are wrong displayed in summary column
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '23

11 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29777 Bug ID: 29777 Summary: Fields 580 are wrong displayed in summary column Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeremy.breuillard(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In the results of an Authority searching we can see semicolon appears in 'Summary' column. It should be field 580 instead -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 28564] New: "The many-to-many relationship * is trying to create a utility method" warning
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '23

11 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28564 Bug ID: 28564 Summary: "The many-to-many relationship * is trying to create a utility method" warning 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: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I am not sure what triggered this output exactly. To recreate: git checkout this commit (not pushed yet): "Bug 28490: Add DBIx schema changes for testing" qa -c 5 -v 2 --failures It happens when reloading the module in koha-qa.pl: 103 delete $INC{$module}; 104 $module =~ s|/|::|g; 105 $module =~ s|\.pm$||; 106 eval "require $module"; 107 $module->import; During the require, but I cannot recreate in a separate test file. DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'basketnoes' is trying to create a utility method called add_to_basketnoes. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'basketnoes' is trying to create a utility method called remove_from_basketnoes. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'basketnoes' is trying to create a utility method called set_basketnoes. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'basketnoes' is trying to create a utility method called basketnoes_rs. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'budgets' is trying to create a utility method called add_to_budgets. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'budgets' is trying to create a utility method called remove_from_budgets. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'budgets' is trying to create a utility method called set_budgets. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'budgets' is trying to create a utility method called budgets_rs. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'courses' is trying to create a utility method called add_to_courses. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'courses' is trying to create a utility method called remove_from_courses. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'courses' is trying to create a utility method called set_courses. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'courses' is trying to create a utility method called courses_rs. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'ordernumbers' is trying to create a utility method called add_to_ordernumbers. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'ordernumbers' is trying to create a utility method called remove_from_ordernumbers. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'ordernumbers' is trying to create a utility method called set_ordernumbers. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** DBIx::Class::Relationship::ManyToMany::many_to_many(): *************************************************************************** The many-to-many relationship 'ordernumbers' is trying to create a utility method called ordernumbers_rs. This will completely overwrite one such already existing method on class Koha::Schema::Result::Borrower. You almost certainly want to rename your method or the many-to-many relationship, as the functionality of the original method will not be accessible anymore. To disable this warning set to a true value the environment variable DBIC_OVERWRITE_HELPER_METHODS_OK *************************************************************************** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 34747] New: Keep open baskets at top when viewing vendor (booksellers.pl)
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '23

11 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34747 Bug ID: 34747 Summary: Keep open baskets at top when viewing vendor (booksellers.pl) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It has been requested that there be a way to default open baskets at the top of the list when viewing baskets for a vendor. We can reorder the closed column to achieve this, but we have to do it every time. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 34858] New: Update the open baskets to indicate why an item can't be cancelled (like invoices)
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '23

11 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34858 Bug ID: 34858 Summary: Update the open baskets to indicate why an item can't be cancelled (like invoices) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: rkuiper(a)roundrocktexas.gov QA Contact: testopia(a)bugs.koha-community.org Created attachment 155961 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=155961&action=e… Screenshots that show the difference between baskets and invoices when an item can't be cancelled. Would like to have the baskets updated to indicate why an item can't be deleted like the invoices show. Attached is a doc that show how the baskets look when the item can't be cancelled and how the invoices look when an item can't be cancelled. The invoice indicates that there is a hold on the item. The basket doesn't tell why the item can't be cancelled. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 33994] New: OAI : Characters with accents are wrongly encoded
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '23

10 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33994 Bug ID: 33994 Summary: OAI : Characters with accents are wrongly encoded Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: christophe.torin(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org Hello, We just upgraded from Koha 20.11 to 22.11, and we are facing an issue for the OAI-PMH service : Test case (Koha Version 22.11.04) : - Select a document having a title containing accents (eg : "Préparation à l'oral d'espagnol") - Everything is correctly displayed in Koha - Query the OAIPMH service for this record (cgi-bin/koha/oai.pl?verb=GetRecord&metadataPrefix=oai_dc&identifier=<oai_prefix>:<biblionumber>) - The fields with accents are badly displayed. (For this example I get "Prp̌aration l̉'oral d'espagnol" ====== My assumption is that the metadata gets encoded twice, and the accents are then badly encoded in the result. I spotted exactly the line in the code where the data is badly encoded, but I can't find why. The major difference between 20.11 et 22.11 is in Koha/OAI/Server/Repository.pm, line 181 : Before, we used the C4::Biblio::GetMarcBiblio function (now deleted), and now it's $biblio->metadata->record For info, $biblio->metadata->metadata is correctly encoded Thanks -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2