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

[Bug 32591] New: Batch patron deletion and anonymization tool form is misaligned
by bugzilla-daemon＠bugs.koha-community.org 01 May '24

01 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32591 Bug ID: 32591 Summary: Batch patron deletion and anonymization tool form is misaligned Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 30952 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30952 [Bug 30952] New design for staff interface -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 32189] New: When items are created on receive, item form layout is broken
by bugzilla-daemon＠bugs.koha-community.org 01 May '24

01 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32189 Bug ID: 32189 Summary: When items are created on receive, item form layout is broken 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 30952 When items in acquisitions are created on order, the item form shows the same issues we already fixed on the order form (see bug 31819). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30952 [Bug 30952] New design for staff interface -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 32691] New: MARC framework editor: visibility field misaligned and checkboxes are to the left instead of the right
by bugzilla-daemon＠bugs.koha-community.org 01 May '24

01 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32691 Bug ID: 32691 Summary: MARC framework editor: visibility field misaligned and checkboxes are to the left instead of the right Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 145548 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=145548&action=e… Screenshot - MARC framework editor - tag editor When editing subfields for MARC frameworks, for the visibility field: - the label (visibility) is aligned to the left, and not in line with the other input fields - the checkboxes for the options (OPAC, Intranet,...) are to the left of the option, instead of the right A screenshot is attached. To replicate: 1. Go to Administration > Catalog > MARC bibliographic framework. 2. Select the MARC structure for any framework. 3. Choose any tag, then select Actions > Edit subfields. 4. Note that in the advanced constraints section for the visibility field: 4.1 It is aligned to the left, and not in line with the other input fields 4.2 The checkboxes are to the left of the options, instead of the right -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 31961] New: 'Search' menu opens advanced search page, but selects checkout in simple search
by bugzilla-daemon＠bugs.koha-community.org 01 May '24

01 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31961 Bug ID: 31961 Summary: 'Search' menu opens advanced search page, but selects checkout in simple search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 30952 I think now that the search bar remains on top of the advanced search, we should pre-select the catalog search there. I just ran into this coming form the acq module and trying to get back the search bar on top for a quick catalog search. I clicked search and ended up in circulation - but I had expected the catalog search. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30952 [Bug 30952] New design for staff interface -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 32120] New: Wrong display when editing a fund
by bugzilla-daemon＠bugs.koha-community.org 01 May '24

01 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32120 Bug ID: 32120 Summary: Wrong display when editing a fund Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 30952 https://snipboard.io/mdgyUa.jpg - the bullet point before "remove" and the alignment. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30952 [Bug 30952] New design for staff interface -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 30217] New: When an item waiting on hold for one patron is checked out to another the hold is reverted but not logged
by bugzilla-daemon＠bugs.koha-community.org 01 May '24

01 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30217 Bug ID: 30217 Summary: When an item waiting on hold for one patron is checked out to another the hold is reverted but not logged Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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 To recreate: 1 - Enable Holds log 2 - Place a hold for a patron 3 - Check in the item and confirm hold to mark waiting 4 - Check the logs - you see the create and modify actions 5 - Checkout the item to a different patron 6 - The hold is no longer marked waiting 7 - Check the logs - no modification for the reversion of waiting status -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 32971] New: Access to ERM module requires 'erm' permission and 'vendors_manage' acquisition sub-permission
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '24

30 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32971 Bug ID: 32971 Summary: Access to ERM module requires 'erm' permission and 'vendors_manage' acquisition sub-permission Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: In Discussion Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: pedro.amorim(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com Depends on: 32968 To reproduce: - Enable ERMModule - Login as a staff member that only has 2 permissions: -- catalogue (required for staff login) -- erm - Access erm page, check the 403 forbidden error This happens because ERM module is requesting the /api/v1/acquisitions/vendors api endpoint which in turn requires the vendors_manage sub-permission (see acquisitions_vendors.yaml). If you enable the acquisition vendors_manage sub-permission for that user, you're able to confirm that you can now access the ERM module as expected. Ideally, having just the 'erm' permission should be enough to be granted access to ERM. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32968 [Bug 32968] Create granular permissions for ERM -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 34634] New: Expiration date does not display on /reserve/request.pl if date is today or in the past
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '24

30 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34634 Bug ID: 34634 Summary: Expiration date does not display on /reserve/request.pl if date is today or in the past 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Place some holds and go to /reserve/request.pl for that bib. 2. If the reserves.expirationdate is set to today or some date in the past the date does not display in the Flatpickr instance. 3. Change the reserves.expirationdate to sometime in the future, the date displays. If staff cannot edit the reserves.expirationdate because it is in the past it still needs to display. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 21246] New: Extend the 'Last patron' navigation feature to 'Last X patrons'
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '24

30 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21246 Bug ID: 21246 Summary: Extend the 'Last patron' navigation feature to 'Last X patrons' 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 A proposed enhancement during QA of bug 20312 was to expand it's functionality to become a short last of the last X patrons rather than just the last 1 patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 35428] New: gulp po tasks do not clean temporary files
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '24

30 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35428 Bug ID: 35428 Summary: gulp po tasks do not clean temporary files Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: translate.koha-community.org Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org gulp po:update will generate 1 /tmp/koha-* directory per task. We need to remove them when the script does not longer need them. -- You are receiving this mail because: You are watching all bug changes.

1 14