Project

General

Profile

Spent time

Filters

Apply Clear

Hours: 344.53

Created Date User Activity Issue Comment Hours
26.09.2023 18:57 26.09.2023 Olli-Antti Kivilahti Development Support #1101: ISO ILL 18626 ja Koha - Design phase. Ported REST API accessors and messaging subsystem to Plugin and TypeScript. Looking into GUI to CRUD data objects. Started figuring out how to organize ISO18626 transaction in the Koha's DB ILL-schemas and possible extensions. 1.98 Actions
25.08.2023 01:49 25.08.2023 Olli-Antti Kivilahti Design Support #1101: ISO ILL 18626 ja Koha - Design phase. Planning the Finna-integration. Found issues defining online payments. ISO18626 deals only with very precisely the sharing of an Item between libraries. No discovery services of any kind. Those are left for the consortium to decide. Archimate modeling regarding Finna integration and emailing ISO18626 maintainers about questions and status report to stakeholders. 2.00 Actions
25.08.2023 14:19 25.08.2023 Olli-Antti Kivilahti Design Support #1101: ISO ILL 18626 ja Koha - Design phase. Implementing a more detailed plan for the basic use cases. Referencing Koha capabilities and ISO specs. 1.50 Actions
25.08.2023 21:07 26.08.2023 Olli-Antti Kivilahti Design Support #1101: ISO ILL 18626 ja Koha - Design phase. Looking at significant Complex Data Types of concern in the ISO -standard, and how to implement them in Koha. Releasing some thoughts on "Koha to Koha" messaging. 1.50 Actions
08.09.2023 04:47 08.09.2023 Olli-Antti Kivilahti Design Support #1101: ISO ILL 18626 ja Koha - Design phase. Designing a state graph for ISO18626 to be loaded into Koha's ILL-module. Looking into how to best leverage Koha's features to provide a best possible user experience, with minimal development work. 7.00 Actions
13.09.2023 18:37 13.09.2023 Olli-Antti Kivilahti Design Support #1101: ISO ILL 18626 ja Koha - Design phase. Continuing with the state diagram. Got access to the ISO Implementers Advisory Committee and looking at the materials there. Discussion about auth is very good. 2.49 Actions
13.09.2023 22:33 14.09.2023 Olli-Antti Kivilahti Design Support #1101: ISO ILL 18626 ja Koha - Design phase. Looking into state graph. Preparing to publish to koha wiki. Looking at implementing a MMVP. 1.53 Actions
14.09.2023 23:14 15.09.2023 Olli-Antti Kivilahti Design Support #1101: ISO ILL 18626 ja Koha - Design phase. Studied the ByWater solutions instructables on the Koha-to-Koha -ILL Plugin. It is missing quite some features if the ISO18626 standard. Communicating with stakeholders about need for speek. 1.02 Actions
20.09.2023 22:02 21.09.2023 Olli-Antti Kivilahti Design Support #1101: ISO ILL 18626 ja Koha - Design phase. Looking at ways to pass a websocket connection from the Koha-plugin via a deployed Koha-application. Apache2 has support. Plack/PSGI doesn't. Mojolicious works like a charm. Asked help from #mojo and reported to #koha. Notifying stakeholders. 3.98 Actions
26.09.2023 23:14 27.09.2023 Olli-Antti Kivilahti Design Support #1101: ISO ILL 18626 ja Koha - Design phase. Designing DB schemas. Updating diagrams and published them on kiwi. Wrote a status report suggesting transitioning to Scrum. 3.21 Actions
07.10.2023 17:40 07.10.2023 Olli-Antti Kivilahti Design Support #1101: ISO ILL 18626 ja Koha - Design phase. Started work on documenting the actual technical differences between those two approaches. There is a lot of overlap anyway. 1.22 Actions
07.10.2023 21:49 08.10.2023 Olli-Antti Kivilahti Design Support #1101: ISO ILL 18626 ja Koha - Design phase. Hands-on installed Koha-to-Koha ILL plugin from ByWater solutions and testing on how everything work and is rendered. Got a better outlook than from plain code-review. Documenting challenges with the Koha::ILL-approach, but Koha::ILL approach is the fastest way to get started and it is easy to just modify existing examples. 4.11 Actions
01.12.2022 15:14 01.12.2022 Lari Taskula Design Feature #994: REST API: GET deletedborrowers Received a contact from possible client requesting REST API endpoints for listing added, modified and deleted patrons. Returning an estimation and making a quick design for how the endpoints could look. Investigating current endpoints further - it's actually already possible to use current patron endpoint for listing added and modified patrons with the contact's needs. Reporting findings to our contact. 2.00 Actions
28.11.2022 22:30 29.11.2022 Lari Taskula Development Support #993: Bug 32357 - Set borrower_message_preferences.days_in_advance default to NULL Investigating SetMessagingPreferences logic. It seems it overrides borrower_message_preferences.days_in_advance default (from 0 to null), so we might as well set default to null at database level. Implementing patch, figuring out how to test it, commenting on Bugzilla, attaching a patch. 1.50 Actions
29.11.2022 00:40 29.11.2022 Lari Taskula Maintenance Support #973: Bug 18595 - Move C4::Members::Messaging to Koha namespace Rebasing Bug 18595, fixing tests. 2.00 Actions
30.11.2022 18:24 30.11.2022 Lari Taskula Maintenance Support #973: Bug 18595 - Move C4::Members::Messaging to Koha namespace Going through test plans, found a 500 error in staff client when creating a new patron and email is not set. This was in fact already reported in 18595, but I had forgotten it. Need better exception handling in staff client. 1.00 Actions
10.11.2022 04:57 10.11.2022 Lari Taskula Development Support #973: Bug 18595 - Move C4::Members::Messaging to Koha namespace Rebasing. Git conflicts resolved mostly without pain. There seems to be new appearances of usage of the methods this Bug aims to replace. They have to be identified, replace with the new methods and amend test plan to cover these cases. Identifying all new occurences and replaced them with new methods. Debugging some failed unit tests, especially t/db_dependent/api/v1/patrons.t. Deeper investigation revealed some issues. Firstly, days_in_advance must be explicitly defined as undef, because Koha has defined default days_in_advance value to be 0 at database level. It is easy to explicitly define it but at the same time it is also pointless to do so and such cases should be handled inside Koha objects. Did not yet implement such checks. Secondly, it seems the new objects do not return letter_code and letter_module which are required by the test, and the test will fail with the current logic. Studying what the current options are to resolve this issue. 4.00 Actions
29.11.2022 13:40 29.11.2022 Lari Taskula Development Support #973: Bug 18595 - Move C4::Members::Messaging to Koha namespace Testing patches, found errors with patch "Catch message preference exceptions in OPAC", wrong exception package name, probably due to previous rebasing mistake. Fixing. 1.00 Actions
30.11.2022 18:52 30.11.2022 Lari Taskula Development Support #973: Bug 18595 - Move C4::Members::Messaging to Koha namespace Thinking of possible solutions to the previous issue with missing contact information at patron creation step. First, attempting to catch exceptions at memberentry.pl and display an error message. This doesn't work however due to incompatible error handling in memberentry.pl. Remembered an old solution, a JavaScript validation that I've already implemented before. This could be an approach for resolving the issue. Found my old work from 2015 (Bug 14590) to which we can use here. Restoring old code from the patch in 14590 and rebasing it on current master. Testing changes, seems to work. Continuing testing rest of the test plans, preparing test plans and patches for attaching. 4.00 Actions
06.10.2022 12:07 06.10.2022 Lari Taskula Maintenance Support #972: Bug 17499 - Koha objects for messaging preferences Rebasing Bug 17499 and attaching fresh patches to Bugzilla. 1.00 Actions
06.10.2022 13:22 06.10.2022 Lari Taskula Communication Support #972: Bug 17499 - Koha objects for messaging preferences Noticing Koha::MessageAttribute(s) classes were already introduced while this Bug was in pending status. Need to adjust current patches - remove Koha::Patron::Message::Attribute(s) and rename transport classes to match naming convention of Koha::MessageAttribute(s). Commenting to Bugzilla. 0.50 Actions
05.07.2022 14:57 05.07.2022 Lari Taskula Development Feature #944: Avoid changing tabs on page reload on holds awaiting pickup page Implementing feature and testing. 2.00 Actions
05.07.2022 14:57 15.06.2022 Lari Taskula Design Feature #944: Avoid changing tabs on page reload on holds awaiting pickup page Designing feature. Looking at example from Koha's reports page, it uses cookies to store current tab. 1.00 Actions
18.10.2022 21:18 13.10.2022 Lari Taskula Design Feature #943: Notify librarian of an available item in pickup library when checked out to a different library Designing feature. Notifying librarian is quite easy to do. Sketching on what it could look like. A flowchart sent by the client is asking to iterate holds and checking available item at pickup library until no such item is found. It may be out of scope but looking into it anyway. Looks like heavy hold queue logic refactoring would be needed. Reporting findings to the client. 8.00 Actions
24.10.2022 23:50 25.10.2022 Lari Taskula Maintenance Feature #942: Change item level hold to biblio level hold Squashing patches, responding to a comment in Bugzilla, updating test plan. 0.50 Actions
(26-50/182) Per page: 25, 50, 100, 500

Also available in: Atom CSV