<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body>A new request with request id 13399 has been created by koha-devel-request@lists.koha-community.org. Short info on the request is : <br><br>Title : Koha-devel Digest, Vol 193, Issue 13<br>Category : <br>Description : <div>Send Koha-devel mailing list submissions to<br>    koha-devel@lists.koha-community.org<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br>    https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>or, via email, send a message with subject or body 'help' to<br>    koha-devel-request@lists.koha-community.org<br><br>You can reach the person managing the list at<br>    koha-devel-owner@lists.koha-community.org<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Koha-devel digest..."<br><br><br>Today's Topics:<br><br>   1. Time to translate: string freeze to prepare Koha 20.11.13 has<br>      begun (Victor Grousset/tuxayo)<br>   2. Re: My dev list for 22.05 (Renvoize, Martin)<br>   3. Re: My dev list for 22.05 (Marcel de Rooy)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Fri, 17 Dec 2021 03:25:26 +0100<br>From: Victor Grousset/tuxayo <victor@tuxayo.net><br>To: koha-translate@lists.koha-community.org, koha-devel<br>    <koha-devel@lists.koha-community.org>, Koha <Koha@lists.katipo.co.nz><br>Subject: [Koha-devel] Time to translate: string freeze to prepare Koha<br>    20.11.13 has begun<br>Message-ID: <2db98535-93cc-5165-42f8-b6f014b306f3@tuxayo.net><br>Content-Type: text/plain; charset=UTF-8; format=flowed<br><br>Hi,<br><br>String freeze is into effect as of now for the 20.11.x maintenance branch.<br><br>This means it's the right time to head over to the translation platform:<br>https://translate.koha-community.org/projects/<br><br>Reminder: if you add or change a translation in version 20.11,<br>then you must also copy it to 21.05 and 21.11.<br>Otherwise your work will be lost for future versions.<br><br><br>Happy translating :)<br><br>-- <br>Victor Grousset/tuxayo<br><br><br>------------------------------<br><br>Message: 2<br>Date: Fri, 17 Dec 2021 09:52:45 +0000<br>From: "Renvoize, Martin" <martin.renvoize@ptfs-europe.com><br>To: dcook@prosentient.com.au<br>Cc: Nick Clemens <nick@bywatersolutions.com>,  koha-devel<br>    <koha-devel@lists.koha-community.org><br>Subject: Re: [Koha-devel] My dev list for 22.05<br>Message-ID:<br>    <CAB7SL8BDwgryfAcO3iL+0Q_ybaQ7uN4fNsUxgLWk46icTefaGA@mail.gmail.com><br>Content-Type: text/plain; charset="utf-8"<br><br>I'm sorry, I've been struggling to find a moment to reply to this one.<br><br>I'm currently working through 'Bundles'. 'Bookings' and a 'Logistics<br>Plugin' for a new customer and they've taking up a lot of headspace and<br>time...  I'd love to get the Bundles code into the community this cycle,<br>and with any luck, I'll have enough of the Bookings piece to submit early<br>in the new year too.<br><br>As for the rest of the cycle,<br><br>1. misc4dev, I don't really have a boat in the race here.. I don't<br>personally use it directly in any way and I'm not close enough to it to<br>know what knock on effects it would have to help my workflows.<br>2. Remove item-level_itype, I'm interested to see where this goes and can<br>help test.<br>3. Mergeing biblio and biblioitem, I'd love to see this happen.. I always<br>find the two tables confusing.. I can help test and QA.<br>4. I agree with Tomas, I don't think we should be storing whole dumps,<br>especially not twice.  I would like to see a diff approach using one of the<br>standard libraries out there.. as for what one, that's a harder call.<br>5(1). Patron searches: My recent devs are all moving towards using the<br>API's where possible and I try to create re-usable client side components..<br>it's not easy with our current workflows.  I'd need to look at your<br>proposals in more depth again, but last I looked I felt we were opposed in<br>our thoughts here?<br>5(2). Async indexing, yup.. I'm in on this one.. and have been for a<br>while.. just need to schedule some time to look at what the current state<br>of affairs is.<br>6. Looking forward to seeing the results, but not an area I have any<br>expertise in.. so will happily defer to others on this one.<br>7. As keen as I am to see something here, whilst things continue to work I<br>have other higher priorities.  It's taken so long to get to this stage I've<br>forgotten the background reasons for doing it :(<br>8. I like the idea here.. and agree it would be good to move intranet<br>scripts into their own directory too (there's a security bug that started<br>this long ago)<br>9. Translation is important and I do try to help where I can.. but as a<br>native English speaker and one whose customers are majoritorily also native<br>English I struggle to set enough time aside to help on these efforts.<br>However.. I really would like to see the AV translations bugs move<br>forward.. I find myself blocked on many things because we don't have a<br>decent way to translate data that's in the database.<br>10. Add a way to prevent embedding objects that should not be allowed -<br>This one is important to me, we need to make sure our API is secure,<br>suitable and performant so we can push to using it more.<br>11. I'd love to see Koha's permissions working a little more clearly as a<br>first step towards giving us OAuth scopes and a cleaner API<br>authentication/authorization process.<br>12. I aim to continue to support the documentation team to help improve<br>efficiencies there.<br><br>*Martin Renvoize, MPhys (Hons)*<br><br><https://www.ptfs-europe.com><br><br>Head of Development and Community Engagement<br><br><br><br>*Phone:* +44 (0) 1483 378728<br><br>*Mobile:* +44 (0) 7725 985 636<br><br>*Email:* martin.renvoize@ptfs-europe.com<br><br>www.ptfs-europe.com<br><br><br>*Sign up for our newsletters here <http://eepurl.com/dPjjkn> or by scanning<br>the QR code*<br><br><br><br>Registered in the United Kingdom No. 06416372   VAT Reg No. 925 7211 30<br><br>The information contained in this email message may be privileged,<br>confidential and protected from disclosure. If you are not the intended<br>recipient, any dissemination, distribution or copying is strictly<br>prohibited. If you think that you have received this email message in<br>error, please email the sender at info@ptfs-europe.com<br><br><br>On Wed, 8 Dec 2021 at 22:08, <dcook@prosentient.com.au> wrote:<br><br>> Hey Nick,<br>><br>><br>><br>> What do you mean by a more generic OAuth connector?<br>><br>><br>><br>> I’ve already done a lot of authentication work locally and hopefully will<br>> do more in the community in the time to come, so happy to collaborate more<br>> on that. (I find the hardest part of authentication work is not the code,<br>> but rather getting community support for moving developments along, so<br>> let’s pair up and get some AuthN work done!)<br>><br>><br>><br>> David Cook<br>><br>> Senior Software Engineer<br>><br>> Prosentient Systems<br>><br>> Suite 7.03<br>><br>> 6a Glen St<br>><br>> Milsons Point NSW 2061<br>><br>> Australia<br>><br>><br>><br>> Office: 02 9212 0899<br>><br>> Online: 02 8005 0595<br>><br>><br>><br>> *From:* Koha-devel <koha-devel-bounces@lists.koha-community.org> *On<br>> Behalf Of *Nick Clemens<br>> *Sent:* Wednesday, 8 December 2021 11:37 PM<br>> *To:* Owen Leonard <oleonard@myacpl.org><br>> *Cc:* koha-devel <koha-devel@lists.koha-community.org><br>> *Subject:* Re: [Koha-devel] My dev list for 22.05<br>><br>><br>><br>> Currently I am working on moving the OverDrive code into a plugin to<br>> update for changes in their API, and to make it easier to adapt in the<br>> future<br>><br>><br>><br>> I hope to continue working this cycle on performance in searching and<br>> loading pages throughout Koha<br>><br>><br>><br>> ByWater at large is going to be working on improving the Koha2Koha ILL<br>> plugin, developing a more generic OAuth connector, and other sponsored devs<br>><br>><br>><br>> Generally too, we have a number of devs in the community we would like to<br>> complete and get into Koha.<br>><br>><br>><br>> We're happy to help where we can, please give a ping :-)<br>><br>><br>><br>><br>><br>> On Fri, Dec 3, 2021 at 10:51 AM Owen Leonard <oleonard@myacpl.org> wrote:<br>><br>> > And also, what's on your list for 22.05?<br>><br>> Some larger things I'm working on:<br>><br>> - Upgrading jQuery in the OPAC and staff client. This depends on<br>> upgrading jQueryUI which depends on getting the last of the Flatpickr<br>> patches in.<br>> - Continue to replace jQueryUI widgets with alternatives, starting<br>> with features available in Bootstrap<br>> - Update Bootstrap in the staff client. It currently uses v.3 and<br>> Bootstrap is currently on v.5.1. Not sure if this one is too big to<br>> finish for 22.05!<br>><br>> -- Owen<br>> _______________________________________________<br>> Koha-devel mailing list<br>> Koha-devel@lists.koha-community.org<br>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>> website : https://www.koha-community.org/<br>> git : https://git.koha-community.org/<br>> bugs : https://bugs.koha-community.org/<br>><br>><br>><br>> --<br>><br>> Nick Clemens<br>><br>> ByWater Solutions<br>><br>> bywatersolutions.com<br>><br>> Phone: (888) 900-8944<br>><br>> Pronouns: (he/him/his)<br>> Timezone: Eastern<br>><br>> Follow us:<br>><br>> <https://www.facebook.com/ByWaterSolutions/><br>> <https://www.instagram.com/bywatersolutions/><br>> <https://www.youtube.com/user/bywatersolutions><br>> <https://twitter.com/ByWaterSolution><br>> _______________________________________________<br>> Koha-devel mailing list<br>> Koha-devel@lists.koha-community.org<br>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>> website : https://www.koha-community.org/<br>> git : https://git.koha-community.org/<br>> bugs : https://bugs.koha-community.org/<br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20211217/e279234e/attachment-0001.htm><br><br>------------------------------<br><br>Message: 3<br>Date: Fri, 17 Dec 2021 10:28:56 +0000<br>From: Marcel de Rooy <M.de.Rooy@rijksmuseum.nl><br>To: koha-devel <koha-devel@lists.koha-community.org><br>Subject: Re: [Koha-devel] My dev list for 22.05<br>Message-ID:<br>    <AM9PR05MB8436FF4CD34E1E6EFA934FA6CE789@AM9PR05MB8436.eurprd05.prod.outlook.com><br>    <br>Content-Type: text/plain; charset="utf-8"<br><br>Sorry for the delay. I already responded to your points. But here are a few points from me. Note that a list like this is just like a photograph.
<br>
<br>I need help on the following bugs (signoffs):
<br>Without advertizing them, some even very small patches unfortunately may be in the NSO queue for months. Or totally ignored; i regularly remove code after 3 or 4 months.
<br>
<br>28962 Koha Command- m.de.rooy@rijksmuseum.nl Need --- nor Unverified self registrations should be removed shortly 2021-10-07
<br>28943 Koha Command- m.de.rooy@rijksmuseum.nl Need --- nor Lower the risk of accidental patron deletion by cleanup_database.pl 2021-10-11
<br>29554 Koha Acquisit m.de.rooy@rijksmuseum.nl Need --- min neworderempty.pl may create records with biblioitems.itemtype NULL 2021-11-22
<br>29542 Koha sec Koha m.de.rooy@rijksmuseum.nl Need --- nor User with 'catalogue' permission can view everybody's (private) virtualshelves 2021-12-03
<br>29592 Koha Catalogi m.de.rooy@rijksmuseum.nl Need --- min Imported records should not be completed with defaultvalues 2021-12-06
<br>29658 Koha Acquisit m.de.rooy@rijksmuseum.nl Need --- min Crash on cancelling cancelled order 2021-12-08
<br>29673 Koha Installa m.de.rooy@rijksmuseum.nl Need --- enh Allow an English sql localization script 2021-12-10
<br>29336 Koha Architec m.de.rooy@rijksmuseum.nl Need --- nor Some authorised_value FKs are too short 09:09:21
<br>29314 Koha Architec m.de.rooy@rijksmuseum.nl Need --- enh Move some OpenURL code to Koha::Biblio 09:21:22
<br>
<br>I want to submit some patches for at least these reports:
<br>Bug 29412 - Fix uncertain years before 1000 AD in copyrightdate
<br>=> See also 19206 Koha Architec koha-bugs@lists.koha-commun... NEW --- How should we sort 19xx when order is pubdate?
<br>Bug 29144 - Make branches.opac_info suitable for multi language use
<br>=> NOTE: The current status of news/HTML customizations is not very stable! It needs more attention.
<br>=> See also: 29190 Koha OPAC koha-bugs@lists.koha-commun... NEW --- Allow cached news pages by code from opac-main
<br>29687 Koha Architec m.de.rooy@rijksmuseum.nl ASSI --- Get rid of a few OPAC warnings Mon 13:29
<br>
<br>And perhaps:
<br>20570 Koha Command- m.de.rooy@rijksmuseum.nl ASSI --- Add script to complete scanned article requests 2021-07-13
<br>28990 Koha System A koha-bugs@lists.koha-commun... NEW --- Allow changes for a configurable subset of systempreferences by superlibrarian only 2021-09-14
<br>
<br>And a few reports from other people:
<br>Bug 19532 Recalls for Koha
<br>Bug 2237 / Bug 29480 Add email address as a method for generating the userid
<br>
<br>Furthermore I want to mention patches for Two Factor Authentication. We are investigating possiblities to sponsor development on that front.
<br>
<br>And also I wrote two security patches recently. Not listing them here.
<br>Look at Bugzilla for the things I forgot 🙂
<br>
<br>Marcel
<br>
<br>________________________________
<br>Van: Koha-devel <koha-devel-bounces@lists.koha-community.org> namens Jonathan Druart <jonathan.druart@bugs.koha-community.org>
<br>Verzonden: woensdag 1 december 2021 12:55
<br>Aan: koha-devel <koha-devel@lists.koha-community.org>
<br>Onderwerp: [Koha-devel] My dev list for 22.05
<br>
<br>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>
<br>1. Add more sample data to misc4dev
<br>It can be sometimes painful to recreate some situations when using the
<br>data provided by misc4dev. I would like to extend the data set to make
<br>some patches easier to test out of the box.
<br>We could, for instance, have:
<br> - big records
<br> - records with many items
<br> - records and items with cover images
<br> - more acquisition data
<br> - etc?
<br>
<br>Just tell me what kind of data you miss on a regular basis and I will
<br>try to add them to misc4dev. If you have such records/data, send them
<br>to me for inclusion!
<br>
<br>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> - https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.koha-community.org%2Fpipermail%2Fkoha-devel%2F2015-December%2F042114.html&amp;data=04%7C01%7Cm.de.rooy%40rijksmuseum.nl%7Cc7b728897c38400f18ad08d9b4c18c0b%7C635b05eb66c748e1a94fb4b05a1b058b%7C0%7C0%7C637739566148650299%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=0xA%2BGM5kBJBvCdXsQeo7fK8xux5%2B1mrobPxgzu32lFo%3D&amp;reserved=0
<br> - Bug 10385 - item-level_itypes checks need to be refactored
<br> - Bug 29106 - Can we get rid of Koha::Item->effective_itemtype
<br>
<br>The work would consist in providing a plan to go ahead then provide a patch.
<br>
<br>3. Merge biblio and biblioitem
<br>Self-explanatory, merge the 2 tables to remove the unneeded 1-1
<br>relation between them
<br>
<br>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>
<br>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 request.pl 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>
<br>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>
<br>6. mailman2discourse
<br>It seems that people are willing to move from our historical mailing
<br>list to something more modern like discourse.
<br>I would like to get back to this job, who is willing to help me?
<br>
<br>7. Split and shrink git repo
<br>I've already done several iterations in this area and I would like to
<br>get back to it. However I need someone with good git knowledge to
<br>continue and focus on this.
<br>
<br>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>
<br>9. Improve our strings for translators
<br>See
<br> - Bug 29602 - We must be nicer with translators
<br> - Bug 20988 - [OMNIBUS] Internationalization: wrap all translatable
<br>text inside t() calls
<br>I had to spend some time in the PO when I was releasing 21.11, and
<br>really we are not nice with translators. The %s everywhere make things
<br>very hard to maintain, read and translate.
<br>We should help them, and even if a big move is needed it will be a win
<br>in the long term, for us (developers) and for them.
<br>
<br>There are some other topics I have in mind, but those ones need to be
<br>done in small teams as they are quite big.
<br>
<br>Let me know what you think and if you are willing to give me a hand!
<br>
<br>And also, what's on your list for 22.05?
<br>
<br>Cheers,
<br>Jonathan
<br>_______________________________________________
<br>Koha-devel mailing list
<br>Koha-devel@lists.koha-community.org
<br>https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.koha-community.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fkoha-devel&amp;data=04%7C01%7Cm.de.rooy%40rijksmuseum.nl%7Cc7b728897c38400f18ad08d9b4c18c0b%7C635b05eb66c748e1a94fb4b05a1b058b%7C0%7C0%7C637739566148650299%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=1tqT75ALoW7Hrw9FbmMVpRLbzFk0ARVlU3%2BRluSB%2Bp8%3D&amp;reserved=0
<br>website : https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.koha-community.org%2F&amp;data=04%7C01%7Cm.de.rooy%40rijksmuseum.nl%7Cc7b728897c38400f18ad08d9b4c18c0b%7C635b05eb66c748e1a94fb4b05a1b058b%7C0%7C0%7C637739566148650299%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=WfzFBAGvS%2FO9U5BFoELXsUB%2FHk69bNAe9vDVSOJ0zuo%3D&amp;reserved=0
<br>git : https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.koha-community.org%2F&amp;data=04%7C01%7Cm.de.rooy%40rijksmuseum.nl%7Cc7b728897c38400f18ad08d9b4c18c0b%7C635b05eb66c748e1a94fb4b05a1b058b%7C0%7C0%7C637739566148650299%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=LeSG7jiRaUcfrXnH7cEu6ynC5OyuTNPnBM89wzI2loA%3D&amp;reserved=0
<br>bugs : https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugs.koha-community.org%2F&amp;data=04%7C01%7Cm.de.rooy%40rijksmuseum.nl%7Cc7b728897c38400f18ad08d9b4c18c0b%7C635b05eb66c748e1a94fb4b05a1b058b%7C0%7C0%7C637739566148650299%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=0PniFO9CE09li2e2aj4wA5lfoUJh28GOMLo56QBKePU%3D&amp;reserved=0
<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20211217/5a1eb6da/attachment.htm><br><br>------------------------------<br><br>Subject: Digest Footer<br><br>_______________________________________________<br>Koha-devel mailing list<br>Koha-devel@lists.koha-community.org<br>https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>website : https://www.koha-community.org/<br>git : https://git.koha-community.org/<br>bugs : https://bugs.koha-community.org/<br><br><br>------------------------------<br><br>End of Koha-devel Digest, Vol 193, Issue 13<br>*******************************************<br></div><br><br>NOTE: You are receiving this mail because, the Requester/Technician wanted you to get notified on this request creation.<br></body></html>