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

[Bug 31057] New: Add clarifying text to 'To Date'
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31057 Bug ID: 31057 Summary: Add clarifying text to 'To Date' Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In the Calendar tool it would be helpful to add text to the 'To Date' box indicating that the date only should be entered for holidays on a range. As it is now, if you are entering a single holiday, or holiday repeated weekly, or holiday repeated yearly, the 'To Date' field has no effect, nor is the information entered in the box retained. This is very confusing, especially to new users. I suggest adding 'Only used with holidays on a range' either next to or under the 'To Date' box. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 31463] New: (Bug 31313 follow-up) Show item order status on opac-detail
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31463 Bug ID: 31463 Summary: (Bug 31313 follow-up) Show item order status on opac-detail Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 26689] New: Monetary accounts notices should be definable at the credit_type/debit_type level
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26689 Bug ID: 26689 Summary: Monetary accounts notices should be definable at the credit_type/debit_type level 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Currently, the print and email notices associated with account actions (receipts, invoices, credit notes etc) are confusingly named and are generalised for all types. We should allow for per-type notices to be assigned to credit/debit types to enable a more accurate approach to these notices. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 52

[Bug 31891] New: Regression: show "MARC staging results" with clear link to manage staged bartch
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31891 Bug ID: 31891 Summary: Regression: show "MARC staging results" with clear link to manage staged bartch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 31666 Moving marc batch import actions to background jobs has introduced some confusing clicks to the process. Before this change, after staging a batch one was taken to a "MARC staging results" page with details of how the staging went and, most importantly, a link straight to the batch you'd just staged (at manage-marc-import.pl?import_batch_id=). Now, however, one must click the status bar to get to details of the job and then click "View batch" from there. Not only is that an extra click and page load, but neither of those links are particularly large or obvious. We need a clearer and easier patch from staging a batch to managing the batch. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31666 [Bug 31666] Add job progress bar to stage-marc-import.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 31992] New: t::lib::Mocks::Zebra still using old stage for import page
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31992 Bug ID: 31992 Summary: t::lib::Mocks::Zebra still using old stage for import page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Test Suite Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 27421 This has been forgotten by bug 27421. And there is a ref to background-job-progress.pl Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27421 [Bug 27421] Porting tools/stage-marc-import.pl to BackgroundJob -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 31711] New: When creating order lines "From a new file" you are no longer redirected to acq after import
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31711 Bug ID: 31711 Summary: When creating order lines "From a new file" you are no longer redirected to acq after import Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: regression Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org With the new RabbitMQ based importer, you get 'stuck' on the import took when using the "From a new file" option to create a new order line. You should be able to return back to acq and see your uploaded records for ordering. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 25449] New: Make itemtype mandatory by default
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25449 Bug ID: 25449 Summary: Make itemtype mandatory by default Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Items without homebranch, holding banch and/or itemtype can cause errors in Koha that are not all caught (and probably never will). As we ship Koha with item-level_itypes = item and this is the most common setting, I suggest to make the itemtype mandatory in our default and additional sample frameworks to help avoid problems. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 31170] New: Capitalization: Overdue Item Fine Description
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31170 Bug ID: 31170 Summary: Capitalization: Overdue Item Fine Description Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Overdue Item Fine Description The string is in the sample notices: installer/data/mysql/en/mandatory/sample_notices.yml:letter:1:row:64 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 31203] New: Cronjobs should log completion as well as logging begin
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31203 Bug ID: 31203 Summary: Cronjobs should log completion as well as logging begin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Currently our cronjobs call cronlogaction when they begin We should add a second call: cronlogaction({done => 1}); To indicate when a job has completed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 31854] New: Document conflict with delete_patrons.pl --not_borrowed_since and privacy = 2
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31854 Bug ID: 31854 Summary: Document conflict with delete_patrons.pl --not_borrowed_since and privacy = 2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz delete_patrons.pl has this option: --not_borrowed_since Delete patrons who have not borrowed since this date. This sounds easy enough, but if you have patrons with borrowers.privacy = 2, they will have their issues/loans anonymized as they are returned, resulting in an empty history, and they will be deleted the next time delete_patrons.pl is run, even if they have just been active. This is not a problem in itself, but a reminder could be added to the documentation for --not_borrowed_since, to avoid patrons being unduly deleted. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14