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

[Bug 31950] New: Page section on library view is too wide / not aligned with toolbar
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '23

17 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31950 Bug ID: 31950 Summary: Page section on library view is too wide / not aligned with toolbar 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: 31939 When viewing a library (click on the library name in admin > libraries) the page section is too wide and not aligning with the toolbar above. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31939 [Bug 31939] Add page-section to admin > libraries area -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 29955] New: Move C4::Acquisition::populate_order_with_prices to Koha::Acquisition::Order
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '23

16 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29955 Bug ID: 29955 Summary: Move C4::Acquisition::populate_order_with_prices to Koha::Acquisition::Order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 21204 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21204 [Bug 21204] Move C4::Acquisition code to the Koha namespace [OMNIBUS] -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 18186] New: Amounts with decimal comma instead of decimal dot breaking payments
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '23

16 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18186 Bug ID: 18186 Summary: Amounts with decimal comma instead of decimal dot breaking payments Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com In our current installations running under Plack, the amounts on the pay and paycollect pages suddenly started showing with a decimal comma instead of a decimal point. This causes quite a bit of trouble, as Koha expects a . and amounts entered didn't result in the expected payments. We got several reports about payments being broken in Koha. Test plan: - Add manual invoice - View the "fines" tag - Verify that individual fees and totals display with , instead of . - Pay selected or any amount - Verify that the input field for the amount is also showing the , - Verify that paying something like 1,10 doesn't work as expected. The problem with the test plan is, that you might not see the ,. This appears only on our productions servers, but not in my development environment. We tested: - different language settings in Koha - different language settings in the browser - verified that CurrencyFormat isn't used in the code on those page - verified that all the formatting done was using the TT filter format('%.2f') In the end the problem turned out to be related to Plack. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 30739] New: Fatal errors during MARC import force status of "Importing" forever
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '23

16 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30739 Bug ID: 30739 Summary: Fatal errors during MARC import force status of "Importing" forever Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org We need to be careful when processing MARC imports. I was trying to import 1 MARC record with 1 item, and it kept getting stuck as 0% job progress and "Importing" status forever. Thanks to Bug 30738, I saw this was due to the following error: [2022/05/12 03:37:37] [WARN] DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Data too long for column 'coded_location_qualifier' at row 1 at /kohadevbox/koha/Koha/Object.pm line 170 main::__ANON__ /kohadevbox/koha/tools/manage-marc-import.pl (339) -- Either we need to fail the whole import or we need to catch the error and just report on it at the end. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 21809] New: Deleting a request does not delete its log entries
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21809 Bug ID: 21809 Summary: Deleting a request does not delete its log entries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com Bug 20750 adds the ability for events on ILL requests to be logged in the action logs. Currently changes to request status can be logged. However, when a request is deleted, the logs associated with that request are not. Since the request ID then becomes available, the next time a request is created, it will re-use the ID of the deleted request and instantly be associated with the log entries for that request. It's not currently possible to fix this since C4::Log doesn't provide any methods to delete log entries. So I'm going to add an enhancement bug for that. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 31030] New: Add a tab in patron account for pending ILL requests (staff)
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31030 Bug ID: 31030 Summary: Add a tab in patron account for pending ILL requests (staff) Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de When a user has placed ILL requests the open requests are only visible in the ILL request history tab. This table can grow over time and is not a good way to quickly see any outstanding requests. We should add a new tab to the table at the bottom of the checkouts and details tabs that displays the pending/awaiting pick-up ILL requests. The status to display might need to be defined in a system preference, as not all backends do have a 'awaiting pickup' status. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 22528] New: Add tab with current/active ILL requests to patron circulation page
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22528 Bug ID: 22528 Summary: Add tab with current/active ILL requests to patron circulation page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com Target Milestone: --- Bug 18589 added ILL requests history page to patron account, it would be great to have access to current (not completed) ILL requests on circulation page as another tab - the same way we have access to holds and relatives checkouts. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 30087] New: Checkout on ILL hangs on when statistical patron(s) not have cardnumber
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30087 Bug ID: 30087 Summary: Checkout on ILL hangs on when statistical patron(s) not have cardnumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: gveranis(a)dataly.gr When I try to do a check-out for an item on ILL process , Koha tries to go to /cgi-bin/koha/ill/ill-requests.pl?method=check_out&illrequest_id=XX but if the library has at least a patron on statistical category without cardnumber, then I get "The timeout specified has expired" and "AH00898: Error reading from remote server returned by /cgi-bin/koha/ill/ill-requests.pl" and if you use plack you get finally Proxy error, without any other explanation or something on logs. At line 1116 at Illrequest.pm where gather all statistical patrons, it should search only for those with cardnumber otherwise will faill on the other side of tt . -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 30005] New: statuses are not translated in loan requests table of opac user account
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30005 Bug ID: 30005 Summary: statuses are not translated in loan requests table of opac user account Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr I'm speaking of the statuses in the status column such as "New request", "Reverted","Queued request","Cancellation requested","Completed" and so on. In the staff loan requests table, these are translated via the include template "ill-list-table-strings.inc" but it seems there is no equivalent in the opac interface. I don't think this has been changed in master either. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 30625] New: Sandboxes do not come provisioned with any ILL backends.
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '23

13 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30625 Bug ID: 30625 Summary: Sandboxes do not come provisioned with any ILL backends. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk I have been trying to sign off Bug 28634 by following the test plan, but when I try to add an ILL request after enabling the ILL module I receive an error that there are no backends installed. It appears that until someone with server access adds a backend to the provisioned sandbox (or until the sandboxes come with the option if having an ILL backend added at the provisioning stage) I will be unable to complete the test with a view to signing of the ILL bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1