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

[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

[Bug 21381] New: OMNIBUS: Circulation history UI improvements - Add Serial enumeration / chronology information at title column
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21381 Bug ID: 21381 Summary: OMNIBUS: Circulation history UI improvements - Add Serial enumeration / chronology information at title column 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: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If librarian lookig for specific item (periodical), on circulation history absent info about serial enumeration / chronology -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 30337] New: Holds to Pull ( pendingreserves.pl ) ignores holds if priority 1 hold is suspended
by bugzilla-daemon＠bugs.koha-community.org 05 May '23

05 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30337 Bug ID: 30337 Summary: Holds to Pull ( pendingreserves.pl ) ignores holds if priority 1 hold is suspended Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Holds to Pull ( pendingreserves.pl ) ignores holds if priority 1 hold is suspended, and shows the wrong number of "patrons with holds" which presumably tells the librarian how many copies to pull from the shelves. Test Plan: 1) Create a record with one or more holdable items 2) Place two holds on the record 3) Note they show in the holds to pull report 4) Suspend the priority 2 hold 5) Note the report continues showing that 2 patrons have holds 6) Resume the priority 2 hold 7) Suspend the priority 1 hold 8) Note the hold disappears from the holds to pull report 9) Apply this patch 10) Restart all the things! 11) Reload the holds to pull report 12) The report should show one hold that needs an item pulled to fill it! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22