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

[Bug 34356] New: Enabling RecordStaffUserOnCheckout causes bad default sorting in checkout history
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '23

31 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34356 Bug ID: 34356 Summary: Enabling RecordStaffUserOnCheckout causes bad default sorting in checkout history Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If the syspref RecordStaffUserOnCheckout is enabled, a new column is added patron checkout history to show the staff member who checked the item out to the patron. When enabled, the default sort moves from 'Date Due' to 'Checked out by' which isn't useful. To replicate: - Check out an item to a patron - View checkout history, default sort is on 'Date due' - Enable RecordStaffUserOnCheckout - View checkout history, default sort is on 'Checked out by' Bug 28891 addressed a similar issue in the past but it seems to be a problem again. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 34331] New: Point of Sale Transaction history is showing the wrong register information
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '23

31 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34331 Bug ID: 34331 Summary: Point of Sale Transaction history is showing the wrong register information 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: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Enable the "EnablePointofSale" syspref. 2. Set the "UseCashRegisters" syspref to use. 3. Create 3 new registers (Register A, B and C) with a float amount of $25. 4. Under POS, configure 3 new debit types (i.e. Copies, Earbuds, Friends Donation) -- You can leave the default amounts blank, or add an amount if desired. -- Set "Can be manually invoiced?" and "Can be sold?" 5. Under point of sale make a $5 sale of copies under Register A. 6. Under point of sale make a $10 sale of earbuds under Register B. 7. Under point of sale make a $100 sale of Friends Donation under Register C. 8. At circ/set-library.pl set your register to Register A. 9. Go back to POS and view the "Transaction history for Register A" - it shows the correct amount of $5 sold in copies. 10. Go back to circ/set-library.pl and change your register to Register B. 11. Go back to POS and view the "Transaction history for Register B" - it shows the incorrect transaction history. It is showing the transaction history for Register A. 12. Go back to circ/set-library.pl and change your register to Register C. 13. Go back to POS and view the "Transaction history for Register C" - it shows the incorrect transaction history. It is showing the transaction history for Register A. Setting a register as Default ensures that the correct transaction history is shown. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 34341] New: Revert Bug 34072: Holds queue search interface hidden on small screens
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '23

31 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34341 Bug ID: 34341 Summary: Revert Bug 34072: Holds queue search interface hidden on small screens Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: andrewfh(a)dubcolib.org, gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, lucas(a)bywatersolutions.com, testopia(a)bugs.koha-community.org Depends on: 34072 I am not able to reproduce Bug 34072 in Koha before the patch. In my test, the holds queue sidebar filter doesn't disappear, it just gets moved down to below the holds queue table when the browser window is below a certain width. This is to be expected with anything in the sidebar. I think the should be reverted. It has unwanted side-effects (changing margins around fieldsets and submit buttons) and doesn't seem to fix any bug as far as I can tell. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34072 [Bug 34072] Holds queue search interface hidden on small screens -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 34436] New: Some breadcrumbs lack <span> for translatability
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '23

31 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34436 Bug ID: 34436 Summary: Some breadcrumbs lack <span> for translatability Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org In my update of breadcrumbs to use a template wrapper I missed a few instances where a string needs to be wrapped in <span> in order to be picked up by the translation tool. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 34434] New: Terminology: Biblio framework
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '23

31 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34434 Bug ID: 34434 Summary: Terminology: Biblio framework Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Fount while translating: koha-tmpl/intranet-tmpl/prog/en/modules/about.tt:575 Biblio framework "%s" has the biblionumber field hidden at the interface %s Biblio should read: Bibliographic -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 34345] New: 'Circulation and fine rules' vs 'Circulation and fines rules'
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '23

31 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34345 Bug ID: 34345 Summary: 'Circulation and fine rules' vs 'Circulation and fines rules' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In some places, 'fines' is plural and in other places, it is singular. There might be a reason a native English speaker could explain. Plural "Circulation and fines rules" - Administration page - Administration menu bar on the left Singular "Circulation and fine rules" - Circulation and fine rules page title tag - Circulation and fine rules page breadcrumbs - Circulation and fine rules page header ("Defining circulation and fine rules") - Everywhere else on that page... Singular seems to be used more, should we change the administration page and administration menu? Feel free to close if this is normal and I'm making a mountain out of a molehill :) -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 15812] New: Checkout search with too many results (single character search) causes poor performance or timeout
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '23

31 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15812 Bug ID: 15812 Summary: Checkout search with too many results (single character search) causes poor performance or timeout Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On a system with many patrons a checkout search for a single character (2,X,J) can cause a slow search or timeout from the large number of results returned. Patron search has no problem with the same searches -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 74

[Bug 31453] New: Add ability to skip processing messages in message queue based on message contents
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '23

30 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31453 Bug ID: 31453 Summary: Add ability to skip processing messages in message queue based on message contents Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz It would be very useful to be able to tell process_message_queue.pl to skip processing some messages. This is particularly useful where a plugin handles sending some message using the before_send_messages hook, but while that plugin is processing, more messages meant for the plugin might be queued. At that point, control moves back to the script and SendQueuedMessages is called, and those messages end up being processed there instead of by the plugin. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 34080] New: Updating suggestion status can result in 500 eror
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '23

30 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34080 Bug ID: 34080 Summary: Updating suggestion status can result in 500 eror 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Sometimes using "Mark selection as" to update a suggestions can result in a 500 error with the logged error: DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Unknown column 'suggestion_itemtype' in 'where clause' at /usr/share/koha/lib/Koha/Objects.pm line 394 It appears that the search params are built from *all* the form fields and then some form fields are removed from the hashref, but not all ( hence the error ). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 34028] New: Two factor authentication (2FA) shows the wrong values for manual entry
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '23

30 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34028 Bug ID: 34028 Summary: Two factor authentication (2FA) shows the wrong values for manual entry Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org In koha-testing-docker, if you enable 2FA, you'll see the following: `To add the entry manually, provide the following details to the application on your phone. Account: Centerville Key: Centerville_koha Time based: Yes` "Account" should be "Centerville: Centerville_koha", and "Key" should be the the "secret" value. The "Account" is really just a label, but the "Key" needs to be the shared secret. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26