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

[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

[Bug 31656] New: Expand TT access for CHECKOUT notice
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '24

29 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31656 Bug ID: 31656 Summary: Expand TT access for CHECKOUT notice 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The FOREACH loop TT syntax doesn't work in the CHECKOUT notice. I suspect this is due to it being generated in C4/Circulation.pm, as described here https://wiki.koha-community.org/wiki/Customising_Notices_and_Slips#Notice_S… You can only use four dashes to repeat information in this notice. To test: 1. Edit the CHECKOUT notice 1.1. Go to Tools > Notices and slips 1.2. Search for the CHECKOUT notice and click Edit 1.3. In the Email tab, use the following code for the letter (should be the one by default) The following items have been checked out: ---- [% biblio.title %] ---- Thank you for visiting [% branch.branchname %]. 1.4. Save 2. In a patron file, choose to get the Item checkout email notice 2.1. Go to a patron file 2.2. Click on the Edit button next to the patron messaging preferences table 2.3. Check Email for the Item checkout 2.4. Save 3. Check out items to the same patron 3.1. Go to the Check out tab in the patron file 3.2. Check out at least two items 4. Check the generated notice 4.1. Go to the Notices tab in the patron file 4.2. Click on the Checkouts notice to view the contents --> It should show both titles 5. Change the CHECKOUT notice, redo steps 1.x using the following letter content The following items have been checked out: [% FOREACH checkout IN checkouts %] [%~ SET item = checkout.item %] [%~ SET biblio = checkout.item.biblio %] [% biblio.title %] [% END %] Thank you for visiting [% branch.branchname %]. 6. Try checking out again, redo steps 2-4 with a different patron --> There are no titles and the letter is repeated twice -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 20705] New: In subscription, subscription length type "month" do not show right number of issues on prediction pattern
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '24

29 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20705 Bug ID: 20705 Summary: In subscription, subscription length type "month" do not show right number of issues on prediction pattern Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Created attachment 75025 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=75025&action=ed… prediction pattern Hi, When we choose "month" in subscription lenght type and I enter "12", only one issues is shown in prediction pattern. If i choose "issues" in SLT, exact number of issues is displayed in prediction pattern. Why it does not work with months even if I choose monthly for frequency. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 27423] New: ILS-DI should be deprecated and functions moved to REST API
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '24

29 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27423 Bug ID: 27423 Summary: ILS-DI should be deprecated and functions moved to REST API Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This is just to start a discussion. I was trying to find the specifications for ILS-DI, but it seems that they don't exist? https://www.diglib.org/project-update-ils-di/ The links on that page indicate that no updates have been made since 2011? There seems to be a fair amount of use of ILS-DI so I don't think we can disable it until it is replicated, but I do think we should indicate that it will not be updated and eventually should be removed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 32671] New: basic_workflow.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '24

26 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32671 Bug ID: 32671 Summary: basic_workflow.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 25551 09:09:13 koha_1 | CP main = 3.20 09:09:13 koha_1 | CP add patron category = 5.66 09:09:13 koha_1 | CP add patron = 5.04 09:09:13 koha_1 | CP add biblio = 0.20 09:09:13 koha_1 | CP add items = 13.62 09:09:13 koha_1 | 09:09:13 koha_1 | # Failed test at t/db_dependent/selenium/basic_workflow.t line 240. 09:09:13 koha_1 | # got: 'Checkouts (1)' 09:09:13 koha_1 | # expected: 'Checkouts (2)' 09:09:13 koha_1 | CP checkout = 22.22 09:09:13 koha_1 | CP checkin = 8.07 09:09:13 koha_1 | CP holds = 10.32 09:09:13 selenium_1 | 1674029262102 Marionette INFO Stopped listening on port 41815 09:09:13 selenium_1 | JavaScript error: resource:///modules/Interactions.jsm, line 230: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIUserIdleService.removeIdleObserver] 09:09:13 selenium_1 | 08:07:43.008 INFO [ActiveSessions$1.onStop] - Removing session 5bd9205a-1b9c-4ec1-9621-3a0a16c4ab24 (org.openqa.selenium.firefox.GeckoDriverService) 09:09:13 koha_1 | # Looks like you failed 1 test of 22. 09:09:13 koha_1 | [08:07:43] t/db_dependent/selenium/basic_workflow.t Koha_22.05_D11/138 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25551 [Bug 25551] [OMNIBUS] Some tests are failing randomly -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 20933] New: Modifying the Advanced Prediction Pattern in Serials
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '24

26 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20933 Bug ID: 20933 Summary: Modifying the Advanced Prediction Pattern in Serials Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Within the Serials Module, when modifying the Advanced prediction pattern- the user has to click modify pattern before making changes. When this modification is made, then the pattern must be saved. Couldn't the change be made without having to click modify? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5