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

[Bug 26130] New: opacbookbag 'Cart' confuses patrons - add optional name alternatives?
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '24

03 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26130 Bug ID: 26130 Summary: opacbookbag 'Cart' confuses patrons - add optional name alternatives? Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: eb(a)efdss.org QA Contact: testopia(a)bugs.koha-community.org This is in reference to the 'Cart' - short term list making facility in the OPAC. It is useful for making lists, to download a bibliography or to print out, or e-mail. But especially now that our building is closed, patrons are thinking that it's a way to order materials (similar to holds, which we don't use). 'Cart' has transactional implications - people are used to seeing it in online shopping sites. If you put something into a cart and finish the ordering process, you expect to receive it. While 'Cart' may work in some libraries, it doesn't work everywhere. It's also ambiguous with cart used elsewhere in Koha. Would it be possible to either have a short pull down menu of names for this feature in the opacbookbag setting, or the ability in System Preferences to name it ourselves, or, change the name to something more logical. Some ideas: 'My List' 'Temporary List' 'My Shelf' and whatever happened to 'Book Bag'? -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 9596] Allow longoverdue.pl to be configured by library
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '24

03 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9596 HKS3 Tadeusz Sośnierz <tadeusz(a)sosnierz.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #162250|0 |1 is obsolete| | --- Comment #12 from HKS3 Tadeusz Sośnierz <tadeusz(a)sosnierz.com> --- Created attachment 167343 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=167343&action=e… Bug 9596: Add branch and skip-branch options to cronjobs/longoverdue.pl This script doesn't seem to be included in cron files by default. This change is to allow script parameters to effect only certain branches. This allows the script to be added multiple times to a cron file with different settings for different branches. Test plan: 1. apply patch 2. identify two books at different branches the same number of days overdue. 3. run the longoverdue.pl script specifying one of the branches in the --branch command line parameter. i.e. koha-shell -c 'misc/cronjobs/longoverdue.pl --branch branch_code --lost 60=2 --maxdays=61 --confirm' instance_name 4. observe that the book at the specified branch has been or would be affected by the script while the other book is not. Signed-off-by: Tadeusz „tadzik” Sośnierz <tadeusz(a)sosnierz.com> -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 9596] Allow longoverdue.pl to be configured by library
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '24

03 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9596 HKS3 Tadeusz Sośnierz <tadeusz(a)sosnierz.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8461] Block returns of withdrawn items show as 'not checked out'
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '24

03 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8461 --- Comment #21 from Andrii Nugged <nugged(a)gmail.com> --- UX issue, which became very annoying for our customers, as raised by librarians: They often "return again" sometimes after SIP to check, and obviously (and it's correct behaviour) the system says for them, "Item was not checked in", but they become confused very, thinking that the item wasn't checked in by SIP (sic!) :). We should make a more straightforward message so as not to confuse librarians. Saying something like, for example: "Item was not checked in because it is already checked in". -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8461] Block returns of withdrawn items show as 'not checked out'
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '24

03 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8461 --- Comment #20 from Andrii Nugged <nugged(a)gmail.com> --- Note to the above buggy behavior: it's about 23.11, on 24.05, because the page reload was removed, so this issue is not reproducible. But anyway, if to speak about the solution (maybe it CAN be somehow achieved on 24.05 too in cases when the page gives reload after modal, or so), So there the solution: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37014 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8461] Block returns of withdrawn items show as 'not checked out'
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '24

03 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8461 Andrii Nugged <nugged(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |37014 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37014 [Bug 37014] "Item was not checked in" printed on next POST because of missing supplementary form -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8461] Block returns of withdrawn items show as 'not checked out'
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '24

02 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8461 Andrii Nugged <nugged(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #167326|svreenshot and diagram of |(screenshot and diagram of description|potential bug |a potential bug) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8461] Block returns of withdrawn items show as 'not checked out'
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '24

02 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8461 Andrii Nugged <nugged(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nugged(a)gmail.com --- Comment #19 from Andrii Nugged <nugged(a)gmail.com> --- Created attachment 167326 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=167326&action=e… svreenshot and diagram of potential bug Post-production note: This "not_returned" feature computation logic and: [% IF ( riloo.not_returned ) %] <span class="problem">Item was not checked in</span> [% END %] Our production servers started to show "Item was not checked in" for items that had just been checked in (also for manual check-in). I noticed that this happens on the second load. I.e., when there was a modal, grayed-out content under modal is shown correctly: there is no "not checked in" message, but then circ/returns.pl page reloaded, form POST'ed again, and on next screen, it shows this "not checked in" additional message, on the next after modal, page. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27443] New: Add an item loop mechanism to the patron emailer
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '24

02 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27443 Bug ID: 27443 Summary: Add an item loop mechanism to the patron emailer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It'd be great if the patron emailer provided an easy way to replicate something like the <item></item> section of an overdue notice of the <<items.content>> section of DUE notice. Perhaps we teach the emailer that if the report contains a column of comma-separated itemnumers named "items_content", we could iterate through something like the existing items.content functionality for every itemnumber included? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 7152] Koha should make it easy for librarians to attach covers using Open Library
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '24

01 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7152 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david(a)davidnind.com -- You are receiving this mail because: You are watching all bug changes.

1 0