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

[Bug 31039] New: Rebase issues lead to duplicate JS for cash summary modal printing
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '22

09 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31039 Bug ID: 31039 Summary: Rebase issues lead to duplicate JS for cash summary modal printing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client 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 We have duplicate JS for the cashup summary modals and this leads to double print dialogues. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 29051] New: Seen renewal methods incorrectly blocked
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '22

09 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29051 Bug ID: 29051 Summary: Seen renewal methods incorrectly blocked Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com Depends on: 24083 To recreate: 1 - turn on UnseenRenewals 2- confirm AllowRenewalLimitOverride is off 3- set your all/all rule to allow 1 unseen renewal, more than 1 regular renewal 4- check item out to patron, make sure you're following the all/all rule 5- renew item from OPAC as patron 6- confirm OPAC and intranet tell you next renewal must be at library but that you have renewals remaining 7- try to renew with the Renew Selected button in the Checkouts tab, you cannot select this checkout 8- try to renew with the Renew All button in the Checkouts tab, the item does not renew 9- try to check the item out to the patron again, get message "No more renewals possible" 10 - try to renew by putting the barcode in the big Renew box at the top of the page, get message "E Street shuffle : ( 1 ) has been renewed the maximum number of consecutive times without being seen by the library )" That leaves staff with no way to perform a Seen renewal and reset the count un Unseen renewals, which means the patron is stuck and the item must be returned, which makes this feature deeply flawed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24083 [Bug 24083] Koha should support "seen" vs "unseen" renewals -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 28610] New: Elasticsearch 7 - hits.total is now an object
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '22

08 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28610 Bug ID: 28610 Summary: Elasticsearch 7 - hits.total is now an object Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: kevin.carnes(a)ub.lu.se In Elasticsearch 7 hits.total is now an object (https://www.elastic.co/guide/en/elasticsearch/reference/7.0/breaking-change…) The total is now in $result->{hits}->{total}->{value} instead of $result->{hits}->{total}. There is also $result->{hits}->{total}->{relation} which specifies if the value is exact or if it's a lower bound. So it's possible to say "Your search returned > 10000 results." You can always get an exact total by adding a track_total_hits parameter set to true when using the Elasticsearch search method (https://www.elastic.co/guide/en/elasticsearch/reference/7.0/breaking-change…) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 27436] New: Set focus for cursor to report name field when creating new SQL report
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '22

07 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27436 Bug ID: 27436 Summary: Set focus for cursor to report name field when creating new SQL report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy 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: barbara.johnson(a)bedfordtx.gov, gmcharlt(a)gmail.com, testopia(a)bugs.koha-community.org When adding a new SQL report you have to tab to or click the report name field. It would be more efficient to set the focus automatically by adding a "focus" class to the <input> -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 27193] New: Set focus for cursor to patron attribute type code input box when creating new patron attributes
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '22

07 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27193 Bug ID: 27193 Summary: Set focus for cursor to patron attribute type code input box when creating new patron attributes Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When adding a new patron attribute type on patron-attr-types.pl you have to click in the patron attribute type code input box, which is a required field, so that you can enter text. It would be more efficient to set the focus for the cursor to always be in the patron attribute type code input box so that you could just begin typing and eliminate an extra click. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 27191] New: Set focus for cursor to category code input box when creating new patron categories
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '22

07 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27191 Bug ID: 27191 Summary: Set focus for cursor to category code input box when creating new patron categories Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When adding a new patron category on categories.pl you have to click in the category code input box, which is a required field, so that you can enter text. It would be more efficient to set the focus for the cursor to always be in the category code input box so that you could just begin typing and eliminate an extra click. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 20427] New: Convert OPAC LESS to SCSS
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '22

07 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20427 Bug ID: 20427 Summary: Convert OPAC LESS to SCSS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Since we're working to add SCSS to the staff client (Bug 19474), we can convert the OPAC to use SCSS too and use the same build process for both. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 23475] New: Search context is lost when simple search leads to a single record
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '22

07 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23475 Bug ID: 23475 Summary: Search context is lost when simple search leads to a single record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client 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 Bug 19046 made search terms and dropdown preserve in the staff client, however, if one search for a barcode or something that returns a single record the dropdown and box are cleared -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 54

[Bug 23342] New: Branch Transfer Limits branch_transfer_limits.pl DBI to Koha::Object, fix variable semantics
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '22

07 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23342 Bug ID: 23342 Summary: Branch Transfer Limits branch_transfer_limits.pl DBI to Koha::Object, fix variable semantics Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com branch_transfer_limits.pl uses DBI SQL statements in the controller. Replace those with Koha::Objects. change branchcode to fromBranch to clarify what is the purpose of the branchcode. Prepare for more BranchTransferLimit authorised value limiting types. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 25643] New: Remove maxreserves syspref
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '22

05 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25643 Bug ID: 25643 Summary: Remove maxreserves syspref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 Unless someone can explain to me how it's not redundant, I think we should remove the maxreserves system preference. The maximum amount of holds (regardless of patron category and can be set in Circulation and fines rules > Default checkout, hold and return policy > Maximum total holds allowed (count). For upgrades, if there is a value in maxreserves, it should be transferred to circulation_rules > max_holds. Not sure what it should do if there is already a value in max_holds... take the biggest? give a warning in the about page? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24