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

[Bug 14787] Allow confirm/continue option to circ warnings at checkout (i.e. OverduesBlockCheckout)
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14787 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=37345 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37092] New: Additional information should show for batch checkouts requiring overrides
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37092 Bug ID: 37092 Summary: Additional information should show for batch checkouts requiring overrides Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using batch checkouts for a transaction that requires an override due to fines over noissuescharge, staff have to confirm the checkout - but there is no information provided about why they are being asked to confirm. In a single-transaction checkout for a patron with fines above noissuescharge where overrides are allowed, a warning box appears with <Please confirm checkout The patron has a debt of $$.$$> Staff must click the 'Yes, check out' button to continue. This behavior gives staff the information they need to decide whether they should override. However, in batch checkout with the same fine (noissuescharge at 5, fine at 20.00): -Scan items into batch checkout box, and click 'Check out' box -A table displays with the scanned barcodes. Nothing is in the Information column to indicate why the items are not yet checked out. -Below the table reads <Please confirm checkout> with a 'Checkout or renew' button, but there is no indication of why the checkout needs confirmation This is confusing for staff and could lead to items being checked out when they should not be, since staff aren't given the information they need to know why the checkout must be confirmed and thus decide whether they should override it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 37386] New: Highlight specific items in the holdings table when searching by barcode
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37386 Bug ID: 37386 Summary: Highlight specific items in the holdings table when searching by barcode Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The idea: 1. Search for a barcode, 39999000000399 in k-t-d. 2. This will land you on the detail page for the record since it is an exact match. ( found1=1 ) 3. Librarians would find it handy if the item with that barcode (39999000000399) was highlighted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22070] New: OpacBrowseResults has broken link back to search results
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22070 Bug ID: 22070 Summary: OpacBrowseResults has broken link back to search results Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Under certain conditions the OPACBrowseResults (navigation between results in OPAC) feature will have a broken link "back to results". To test: - Search for a term with diacritics. You can cheat a little here and search for something like "bööks" with the sample data. (ö will also find o). It's important that it's at least to result pages. - Go to the last result of the first result page - Verify the URL "back to results" works and diacritic shows up nicely - Go to the last result of the first page again - Navigate "Next >>" - Check "Back to results" again - Verify the link is broken and the diacritics are mangled Link looks something like this: http://localhost:8080/cgi-bin/koha/opac-search.pl?offset=20&q=b%C3%83%C2%83… -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 14322] Can't link to an item search
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14322 --- Comment #12 from Owen Leonard <oleonard(a)myacpl.org> --- One style change needed: The new button should have the class "btn-default" instead of "btn-secondary" Is it just me or does it feel unexpected that the link doesn't take me to the search results directly? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 --- Comment #114 from Thibaud Guillot <thibaud.guillot(a)biblibre.com> --- Created attachment 169084 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=169084&action=e… Bug 8137: Add 'global' has_priority rules for checkouts The aim here is to avoid the accumulation of checkouts possibilities through the rules of the various branches, in order to have a global quota. Test plan: 1) - Set for library "A" a max checkouts allowed to 3 for any categorycode on "Default checkout, hold and return policy" - Set for library "B" a max checkouts allowed to 2 for any categorycode on "Default checkout, hold and return policy" 2) Currently you can accumulate on each branch to get 5 checkouts in this test. 3) Apply this patch 4) Run updatedatabase script and rebuild schema, restart_all.. 5) Now you have a "Priority checkouts rule" checkboxes on "Default checkouts[..]" table and the same by categorycode below (only on "Standard rules for all librairies" section). 6) If checked on save, these rules will override global max checkouts allowed even if you try to check out from different librairy. 7) According to this test plan, if you set a "global" max checkouts to 2 you can only perform 2 checkouts and not more if you try on another lib. Try on the both tables (by defaults and by defaults/categorycode). Sponsored-by: BibLibre -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Thibaud Guillot <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13326] Add possibilty to edit purchase suggestion in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13326 Koha collecto <koha(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|patrick.robitaille@collecto |koha(a)collecto.ca |.ca | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35293] New: Regression: Bug 33390 (QA followup) patch overwrote the template changes to bug 25560
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35293 Bug ID: 35293 Summary: Regression: Bug 33390 (QA followup) patch overwrote the template changes to bug 25560 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com After bug 25560, the description for UpdateNotForLoanStatusOnCheckin read: >> - "This is a list of item types and value pairs. " >> - "Examples: " >> - "_ALL_: " >> - "&nbsp-1: 0 " >> - "CR: " >> - "&nbsp1: 0 " >> - "When an item is checked in, if it's item type matches CR then when the value on the left (1) matches the items' not for loan value it will be updated to the value on the right. The special term _ALL_ is used on the left side of the colon (:) to affect all item types, this does not override all other rules " >> - "Each item type needs to be defined on a separate line on the left side of the colon (:). Each pair of not for loan values, for that item type, should be listed on separate lines below the item type, each indented by a leading space " After Bug 33390 was pushed, it now reads again as: >> - This is a list of value pairs. When an item is checked in, if the not for loan value on the left matches the items not for loan value >> - "it will be updated to the right-hand value. For example, '-1: 0' will cause an item that was set to 'Ordered' to now be available for loan." >> - "Can be used for showing only the not for loan description. E.g. '-1: ONLYMESSAGE'." >> - Each pair of values should be on a separate line. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 35692] New: ONLYMESSAGE option in UpdateNotforLoanStatusOnCheckin is not honored
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35692 Bug ID: 35692 Summary: ONLYMESSAGE option in UpdateNotforLoanStatusOnCheckin is not honored 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It looks like between bug 30407 and bug 25560 we lost the line that made the update conditional: $item->notforloan($rules->{$key})->store({ log_action => 0, skip_record_index => 1, skip_holds_queue => 1 }) unless $rules->{$key} eq 'ONLYMESSAGE'; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13