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

[Bug 24451] New: Clarify wording when deleting a bib attached to orders
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '21

06 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24451 Bug ID: 24451 Summary: Clarify wording when deleting a bib attached to orders 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl >From detail.pl, when attempting to delete a bib that is connected to any uncanceled orders in acquisitions, we receive the message: "Warning: This record is used in X order(s). Deleting it could cause serious issues on acquisition module. Are you sure you want to delete this record?" This message would be more helpful if it distinguished between open and closed orders. Deleting a bib connected to an open order will cause serious issues. Deleting a bib connected to closed orders will not. I see three possible fixes: - Change the message to specify "This record is used in X open order(s) and Y closed order(s). Deleting a record used in open orders could cause serious issues ..." - Change the message to only appear if the bib is used in orders connected to an active budget and give a count of only orders connected to an active budget. - Complete bug 16872 to entirely block the deletion of bibs in open orders, then remove this warning. If we're not allowing the deletion of bibs from open orders, then it's not a big deal. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 27260] New: Add homepage button for users with purchase suggestion management but no other acq permissions
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '21

06 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27260 Bug ID: 27260 Summary: Add homepage button for users with purchase suggestion management but no other acq permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 26905 Bug 26905 added a new "Suggestions" option to the More dropdown for users who have suggestions permissions but not any other Acq permissions. Some users are more accustomed to using the buttons off of the staff client homepage, rather than the More dropdown, and we generally work to make things accessible via either option. I'd suggest *either* adding a new Suggestions button to the homepage (mirroring the More dropdown options) or showing the Acquisitions button on the homepage to users with only suggestion management permissions. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26905 [Bug 26905] Purchase suggestion button hidden for users with suggestion permission but not acq permission -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 26005] New: OPAC cart display fails with error
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '21

06 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26005 Bug ID: 26005 Summary: OPAC cart display fails with error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: critical Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: aleisha(a)catalyst.net.nz, david(a)davidnind.com, jonathan.druart(a)bugs.koha-community.org, lucas(a)bywatersolutions.com, testopia(a)bugs.koha-community.org Depends on: 25402 Bug 25402 was supposed to have depended on Bug 5087 but somehow that got missed during QA. The result is that the OPAC cart is completely broken, giving this error when the cart window is opened: DBIx::Class::Storage::DBI::_dbh_execute(): Unknown column 'opac_option' in 'where clause' at /kohadevbox/koha/Koha/Objects.pm line 144 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25402 [Bug 25402] Put OPAC cart download options into dropdown menu -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 27828] New: New order from staged file is broken
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '21

05 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27828 Bug ID: 27828 Summary: New order from staged file is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: critical Priority: P5 - low Component: Acquisitions Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 24469 Caused by commit 03a9bdc851dcfe114c1676ac55def1e1c5d51970 Bug 24469: Move the new queries to a dedicated ImportBatch subroutine Undefined subroutine &CGI::Compile::ROOT::kohadevbox_koha_acqui_neworderempty_2epl::SetMatchedBiblionumber called at /kohadevbox/koha/acqui/neworderempty.pl line 183 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24469 [Bug 24469] Record biblionumber in import_biblio when adding to basket via file -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 24225] New: Add Koha::Objects->search_from_api method
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '21

05 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24225 Bug ID: 24225 Summary: Add Koha::Objects->search_from_api method 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 23843 introduced the Koha::Object(s)->to_api method and the attribute mappings on the Koha::Object classes. Bug 23893 will introduce the reverse mapping along with the Koha::Object->new_from_api and Koha::Object->set_from_api methods. So all the pieces are set so we can properly build a Koha::Objects->search_from_api method that does something similar to the objects.search helper, but uses the classes' mappings instead of requiring the to_api and to_model methods to be passed. This will ultimately help clean all the controllers and (hopefully) improve productivity re: adding endpoints, because of the removal of that intrinsic complexity both on controllers, and tests. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 19207] New: Don't export fields
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '21

03 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19207 Bug ID: 19207 Summary: Don't export fields Change sponsored?: --- Product: Koha Version: 3.22 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: osimandias(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 66613 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=66613&action=ed… srceenshot GUI option In the GUI option "Don't export fields" (of export.pl) is not expressed correctly. It does not exclude the field of the exported records, What it does, is to exclude the records that contain that field. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 16628] New: Patrons requesting modifications link behaves differently on the home page than the members-home.pl page
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '21

02 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16628 Bug ID: 16628 Summary: Patrons requesting modifications link behaves differently on the home page than the members-home.pl page Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would appear that the links do not behave the same between the members-update.pl page and mainpage.pl. When IndependentBranchesPatronModifications is set to Prevent, the link on mainpage.pl shows the count for your library, and only shows when your library has requests. However, the link ALWAYS shows on members-update.pl, and shows the total of all requests. I don't believe any other feature in Koha works this way, and I don't believe this should be the behavior of this feature. In my opinion, the link on mainpage.pl behaves correctly, and the link on members-update.pl should be changed to do the same. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 27776] New: Point of Sale 'This sale' table should not be sorted by default
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '21

02 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27776 Bug ID: 27776 Summary: Point of Sale 'This sale' table should not be sorted by default Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The 'This sale' table on the point of sale page is currently sorted by price by default. This can cause unexpected sorting when updating prices and quantities.. as such, we should remove the default sort. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 28060] New: Point of sale debits should not automatically sort when edited
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '21

02 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28060 Bug ID: 28060 Summary: Point of sale debits should not automatically sort when edited Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When editing debits in the point of sale, the debit costs automatically sort from lowest to highest cost amount. This can cause an error because the debit changes places on the screen. When training staff, I observed numerous errors because of the auto shifting of debits. To repeat: 1. Add multiple debits to point of sale. 2. Click on the debit cost and change the cost. The debit will automatically move up and down the list depending on the price. If you are also editing the quantity, you now have to pay attention to the debit location to make sure you are editing the correct line item. It would be better if the auto sorting was turned off by default. In addition it would be nice if there was a setting to choose whether the list is sorted by debit name or cost. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28067] New: Syspref NotestoHide - some notes still appear
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '21

02 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28067 Bug ID: 28067 Summary: Syspref NotestoHide - some notes still appear Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hi, My settings : - UNIMARC record with notes in 300$a and 327$a (should be 5xx in MARC21) - syspref NotesToHide : "300" - Koha to MARC mapping : biblio.notes -> 300$a Column "Title notes" in record details view shows content of 327$a -> OK. But, if NotesToHide contains "300,327" then Titles notes show 300$a. It should be empty. Note 327$a is an example, it could be 304$a or 305$a. It seems like if variable MARCNOTES is empty then biblio.notes is displayed. Any idea how to force biblio.notes not to display in this case ? Thanks -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1