<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mié, 1 dic 2021 a las 12:24, Jonathan Druart (<<a href="mailto:jonathan.druart@bugs.koha-community.org">jonathan.druart@bugs.koha-community.org</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello everybody,<br>
<br>
I have been listing some tasks I would like to work on during the next<br>
development cycle.<br>
I suggest a give and take approach. Help me on one or more of those<br>
topics and I will help you as I can on whichever topic(s) you decide.<br></blockquote><div><br></div><div>Great!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">2. Remove item-level_itype<br>
We have been discussing this one for a long time already, is it the<br>
time to tackle it down?<br>
See<br>
- <a href="https://lists.koha-community.org/pipermail/koha-devel/2015-December/042114.html" rel="noreferrer" target="_blank">https://lists.koha-community.org/pipermail/koha-devel/2015-December/042114.html</a><br>
- Bug 10385 - item-level_itypes checks need to be refactored<br>
- Bug 29106 - Can we get rid of Koha::Item->effective_itemtype<br></blockquote><div><br></div><div>I'm in!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">3. Merge biblio and biblioitem<br>
Self-explanatory, merge the 2 tables to remove the unneeded 1-1<br>
relation between them<br></blockquote><div><br></div><div>I'm in!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">4. Improve action logs<br>
We have had several changes and reports in this area lately. We could<br>
improve the way we log changes for easy tracking and comparaison.<br>
See<br>
- Bug 28714 - Bib record change tracking action log<br>
- Bug 29451 - Merging records and authorities - log details for the<br>
delete action so it could be recreated<br>
- Bug 28692 - Reduce DB action_log table size<br>
<br>
I think we should add 2 new columns to log before and after the object<br>
is updated, serialized in JSON. We could then generate the diff on<br>
display.<br></blockquote><div><br></div><div>^^ this goes against the target goal for 28692. We should actually store diffs!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">5. Patron searches (holds and checkouts)<br>
Those two patron searches do not use the same code as the other patron searches.<br>
We should uniformize them.<br>
- Bug 29136 - Patron search on <a href="http://request.pl" rel="noreferrer" target="_blank">request.pl</a> has performance and display issues<br>
- comment 37 of Bug 15812 - Checkout search with too many results<br>
(single character search) causes poor performance or timeout<br>
There is also bug 29125 (Use Koha::Patron object in<br>
C4:Utils::DataTables::Members.pm) that is removing the SQL query to<br>
use Koha::Patrons.<br></blockquote><div><br></div><div>I'm happy to help. I suggest we explore using the API, that has pretty efficient queries (it automatically prefetches related objects, etc).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">5. Async ES indexation<br>
Now that we have the task queue we should use it to index the records<br>
and don't index them in a synchronous way.<br>
Bug 27344 - Implement Elastic's update_index_background using<br>
Koha::BackgroundJob<br>
If we don't want to use the task queue for that purpose we should<br>
provide another solution.<br>
To be discussed and implemented (or validate and test the patches that<br>
are already on bug 27344)<br></blockquote><div><br></div><div>We should move both ES and Zebra indexing to the task_queue. I'm in!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">8. Move C4 and Koha to lib<br>
We discussed that earlier and I even attached patches to bug 28589. I<br>
don't think it's top priority but I can dedicate some hours if some of<br>
you think it is a move we must do now.<br></blockquote><div><br></div><div>We could go crazy and put all the intranet stuffs together as well :-D</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">And also, what's on your list for 22.05?<br></blockquote><div><br></div><div>We need help with the ongoing discussion on <a href="https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29523">https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29523</a> and friends. We need a performant solution and consensus on the approach, as it will impact how the API is/can be used.</div><div><br></div><div>I would like to see the holds table merge pushed early and help is needed there.</div><div><br></div><div>I want to move more pages into using the API, especially those using DataTables.</div></div><div><br></div><div>Best regards</div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div style="font-size:12.8px">Tomás Cohen Arazi</div><div style="font-size:12.8px">Theke Solutions (<a href="http://theke.io/" target="_blank">http://theke.io</a>)<br>✆ +54 9351 3513384<br>GPG: B2F3C15F</div></div></div></div></div></div>