← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:03 | tcohen[m] | The forjego demo server had configured 'postgres' as the DB image, and they've just jumped from v15 to v16 as default |
00:03 | it was not starting correctly | |
00:03 | just in case anyone is using posgres in docker just beware you need to specify the version to avoid headaches | |
00:04 | ashimema++# taking care of broken tests | |
02:48 | cait1 joined #koha | |
06:38 | Joubu | @later tell marcelr can I get your opinion on bug 6419 please? |
06:38 | huginn | Joubu: The operation succeeded. |
06:47 | reiveune joined #koha | |
06:53 | lds joined #koha | |
06:56 | ashimema | bug 6419 |
06:56 | huginn | 04Bug https://bugs.koha-community.or[…]w_bug.cgi?id=6419 enhancement, P5 - low, ---, martin.renvoize, Passed QA , Add customizable areas to intranet home pages |
07:01 | cait joined #koha | |
07:06 | cait joined #koha | |
07:09 | cait2 joined #koha | |
07:15 | cait joined #koha | |
07:20 | cait3 joined #koha | |
07:59 | fridolin joined #koha | |
07:59 | fridolin | Bug 34836 kaboum |
07:59 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34836 critical, P5 - low, ---, oleonard, NEW , OPAC ISBD or MARC view blows up with error 500 |
08:03 | Joubu | @later tell tcohen opened bug 34837 |
08:03 | huginn | Joubu: The operation succeeded. |
08:05 | fridolin | Seen your messages Joubu thanks |
08:05 | i'm not always online so dont hesitate to use email | |
08:05 | Joubu | fridolin: you should create a bugzilla search with the 23.05 candidate keyword |
08:06 | we are using it to flag bugs to backport | |
08:26 | cait3 | yes, that's a helpful one - do we have that in the wiki docs yet? for the rmaints? |
08:27 | DIGITALBITS[m] | <DIGITALBITS[m]> "Indeed" <- LTS Release Tables: I think that the 3rd line of the table should be Nov 2023 and not Nov 2024. Am I wrong? |
08:27 | fridolin | yep noted |
08:27 | cait3 | DIGITALBITS[m]: checking |
08:28 | you are rigt, ther eis a mistake, ugh | |
08:28 | fixed, thx | |
08:29 | DIGITALBITS[m] | cait3: Thanks and sorry😀. The LTS matter still cooking in my head. We will have a discussion today about it and am taking my notes. |
08:30 | * ashimema | doesn't really like our notion of LTS at all.. but I've expressed that before |
08:31 | ashimema | the key thing is 'stable' = feature stable NOT bug free.. LTS just means we'll keep supporting it for a bit longer.. if you want 'bug free' you're best option is the oldest of the 'old*stable' options that's available at any given point. |
08:33 | and to actually track that.. you'll get the new features more regularly (i.e. every 6 months or so).. though you'll get them at least 18 months after people following branches above you. | |
08:33 | so you'll get 18 month old, tried and tested features every 6 months | |
08:34 | DIGITALBITS[m] | ashimema: > * <@ashimema:matrix.org> doesn't really like our notion of LTS at all.. but I've expressed that before |
08:34 | I think that the time frame is to long considering that every year two versions are launched. If we decide to use LTS we will be using 22.11 that is one year old, and within one year we will have a new LTS. | |
08:34 | ashimema | so.. right now.. the most bug free release will be 21.05.. but you'll need to migrate to 21.11 in November as 21.05 goes out of support |
08:35 | DIGITALBITS[m] | Than you have also the Operating System. We run Ubuntu (not LTS for our Koha Lab). |
08:35 | ashimema | I really really wouldn't jump to the LTS as soon as it's released |
08:35 | I'd wait at least a year | |
08:35 | for 12 months of bug fixes | |
08:36 | a brand new LTS will have waaaay more bugs than a shorter lived oldoldstable | |
08:36 | DIGITALBITS[m] | ashimema: Thanks for the advise. |
08:36 | ashimema | or... get a support company to take that risk for you 😜 |
08:37 | full disclosure, I work for one of the big support companies 😜 | |
08:37 | our scheme is one upgrade a year and .11 upgrades only.. usually hitting them at the .06 (with a bunch of people testing early to try and help us wean out the obvious bugs) | |
08:37 | DIGITALBITS[m] | ashimema: Than we will have to make a choice... buy the server or pay for the support. |
08:38 | ashimema | yeah, it's always a weighing game. |
08:38 | gotta work out which things are most important to you and where your particular risk profile fits | |
08:39 | DIGITALBITS[m] | I am particularly very happy with 23.05. Our librarians will start testing next week. |
08:44 | ashimema | 😄 |
08:44 | glad you like it | |
08:45 | cait3 | the idea was to offer longer support, but your points about most bug-free etc. are explained on the wiki page |
08:45 | we are struggling with one update a year | |
08:46 | cait | so I'll be gald to have a onger time frame - and we made the LTS overlap 1.5 years to give that time to switch |
08:47 | ashimema | So.. best case scenario I suppose is.. switch from LTS to LTS every 1.5 years half way through the new LTS cycle. |
08:57 | DIGITALBITS[m] | I have another concern. I was reading this article https://wiki.koha-community.or[…]d_recommendations |
08:57 | and seems that MariaDB will become the default database engine. Should we in already consider native mySQL. | |
08:58 | ashimema | I think we should update our versions table to look more like the ubuntu one's on wikipedia |
08:58 | https://en.wikipedia.org/wiki/[…]u_version_history | |
08:59 | bottom of the page.. I like the timeline view too | |
08:59 | it's very clear then what things mean | |
08:59 | DIGITALBITS[m] | Another concern is for newbies (like me) advised to run Elasticsearch instead of Zebra. |
09:01 | ashimema: I was looking to this table yesterday and indeed is bit clear. | |
09:01 | ashimema | personally, I think for the ES vs Zebra debate should be much more about specs of the system you want to run and the search features you feel you need. |
09:01 | both engines have their benefits and drawbacks | |
09:02 | * ashimema | has a soft spot for Zebra still |
09:15 | Joubu | fridolin: 33606 is a major one, it's waiting for 2 months already |
09:17 | fridolin left #koha | |
09:21 | cait | Joubu: can you email? |
09:21 | ashimema | bug 33606 |
09:21 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=33606 major, P5 - low, ---, jonathan.druart+koha, Pushed to master , Access to ERM requires parameters => 'manage_sysprefs' |
09:21 | cait | DIGITALBITS[m]: we use Koha with Debian and always use the DBMS Debian comes with - MariaDB works really well |
09:22 | I think most are probably on MariaDB these days, but I can't be sure as we don't have stats | |
09:22 | both are supported I believe | |
09:23 | hm ok, I see it's nt listed anymore... maybe because we are not actively testing it, although I see a mysql8 nodeon the dashboard? | |
09:24 | Joubu | nope, ping on multi channels is too much energy for me... |
09:26 | cait | someoen remember if we deprecated MySQL formally? The installation guides jsut have a recommendation. https://wiki.koha-community.or[…]MySQL_and_MariaDB |
09:28 | DIGITALBITS[m] | cait: Indeed. And it raises some questions and concerns about implementing the solution with the supported packages or that some packages are discontinued in short time. |
09:29 | Joubu | cait: we are still kind of supporting it. We have jenkins running the test suite on MySQL 8, and lot of users report bugs on My8. |
09:31 | DIGITALBITS[m] | Joubu: Ok. Out DB Team wont be happy to hear this. |
09:33 | In fact I remember in meeting that they asked us about mySQL and MariaDB | |
09:33 | gk_ joined #koha | |
09:34 | Joubu | DIGITALBITS[m]: Why not happy? I am saying we are still supporting it :) |
09:35 | when I am saying "report bugs on My8", I mean that we are taking them into account and fix them, instead of ignoring them | |
09:37 | matts joined #koha | |
09:51 | Joubu | @later tell mtj do you know why ktd build is failing for trixie? |
09:51 | huginn | Joubu: The operation succeeded. |
10:00 | Joubu | paulderscheid[m]: https://koha-community-org.vercel.app - I am not seeing the koha logo (top left) when opening in a new private window (tried to disable the dark reader FF add-on) |
10:01 | gk_ | Koha 23.05 Package Installation on Ubuntu 22.04; Update fails with error: Upgrade to 23.05.00.002 [15:01:45]: Bug 21983 - Deleted biblio handling on ILL ERROR: {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Duplicate key name 'illrequests_bibfk' at /usr/share/koha/lib/C4/Installer.pm line 741 |
10:01 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=21983 blocker, P5 - low, ---, tomascohen, Pushed to oldstable , Better handling of deleted biblios on ILL requests |
10:04 | Joubu | gk_: see |
10:04 | bug 34276 | |
10:04 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34276 blocker, P5 - low, ---, jonathan.druart+koha, Pushed to oldstable , upgrading 23.05 to 23.05.002 |
10:11 | khall joined #koha | |
10:24 | oleonard | Hi #koha |
10:26 | ashimema | morning oleonard |
10:26 | I just stuck your name on a fun little bug | |
10:26 | well.. enhancement | |
10:26 | cait1 joined #koha | |
10:36 | paulderscheid[m] | joubu, I'll look into it. Most likely because dark theme is presumed to be the default. Need to change that. |
10:41 | cait | got to say... first impression is nice |
10:41 | although i got immedaitely lost in the labyrinth of lost books :D | |
10:43 | ashimema | lost books? |
10:43 | Joubu | 404 |
10:43 | ashimema | lol |
10:44 | cait | https://koha-community-org.ver[…]upport/continent/ |
10:51 | paulderscheid[m] | Always a reminder that the images need to be optimised .. a lot :D |
10:51 | cait | i thought the lost books were not a bad fit :) |
10:51 | but better get rid of the 404 of course | |
10:53 | paulderscheid[m] | The idea came from a language model. Prompted for "funny 404 messages in the context of libraries" |
10:53 | Too lazy to be original ^^ | |
11:03 | lds joined #koha | |
11:16 | tcohen[m] | Good morning |
11:24 | cait | hi tcohen |
11:34 | tcohen[m] | hi cait |
12:18 | oleonard | If something is pushed to 21.11 is that the end of the line? Can be marked fixed? |
12:18 | ashimema | or 'needs documentation' |
12:19 | the rmaint should be setting 'resolved fixed' or 'needs documentation' depending on what it is.. in most cases if it's made it that far through it is most likely a 'resolved fixed' | |
12:19 | but.. historically.. Katrin has done a tidy up each cycle as it's often just been left as 'pushed to old*stable' | |
12:22 | oleonard | I keep an eye on my bugs for no good reason, just curiosity, and when I see something from, say May 2023 I wonder if I should just call it fixed. |
12:30 | tcohen[m] | We won't revert things for the lack of documentation, but we need patch authors or sponsors to document the features they introduce |
12:30 | I'm not sure who is looking after needs_documentation bugs | |
12:31 | ashimema | they're listed on the dashboard to do list |
12:32 | the docs team picks them off | |
12:32 | and devs should be trying to too | |
12:32 | when switching something away from needs documentation you get recognised on the dashboard too | |
12:33 | anyone can make the decision that a needs documentation actually is already documented well enough and call it resolved fixed | |
12:33 | that's the current workflow as I understand it. | |
12:34 | Joubu | you should require the documentation (release note text) before the push, it's more effective than expect people to follow-up once their stuff is pushed.. |
12:36 | ashimema | documentation is not release note text |
12:36 | documentation means a submission to the manual | |
12:37 | but yes.. I'd also love to see release note text more strict | |
12:38 | Joubu | Hence the parenthesis ;) That's the same but it will be nice to always have them. If there is nothing in the release note text it should mean there is nothing to document. |
12:38 | that's *not* the same* | |
12:40 | khall joined #koha | |
12:47 | paulderscheid[m] | Hi guys, wasn't there a page to generate API keys for client credentials somewhere in the UI or have I dreamed that? |
12:48 | ashimema | it's under the user you wish to give access to |
12:49 | paulderscheid[m] | Aha! |
12:50 | ashimema | it's a bit funky 😜 |
12:50 | paulderscheid[m] | It makes sense for the flow implemented. |
12:51 | ashimema | mm |
12:52 | * ashimema | goes on a tab killing spree |
12:56 | Joubu | (force-pushing misc4dev, sorry about that!) |
13:12 | Dyrcona joined #koha | |
13:14 | tcohen[m] | Joubu: thank you |
13:14 | Joubu++ | |
13:21 | oleonard joined #koha | |
13:27 | caroline | Does someone know how to add translation context in the new _("Order") format? |
13:28 | I usually just replace the word by [% tp('noun', 'Order') | html %] | |
13:28 | cait | is this the JS one? |
13:28 | caroline | can I do the same with _("abc") ? |
13:28 | I think it's JS, but I can't be sure not knowing the language | |
13:29 | oleonard | The underscore is always for JS |
13:29 | But I don't know the answer to your question | |
13:31 | Joubu | caroline: __p() |
13:31 | see koha-tmpl/opac-tmpl/bootstrap/js/basket.js: showCartUpdate( __p("Bibliographic record", "The item has been added to your cart") ); | |
13:31 | other functions are defined in koha-tmpl/intranet-tmpl/js/i18n.js | |
13:31 | caroline | cool thanks Joubu++ ! |
13:31 | So it's two underscores? | |
13:31 | Joubu | yes |
13:32 | oleonard | caroline: Two underscores if you're working with a .js file. One underscore if you're in a template |
13:32 | caroline | oof, ok... I think this is a template file |
13:33 | result += '<li><a href="/cgi-bin/koha/acqui/showorder.pl?ordernumber=' + encodeURIComponent(row.order_id) + '" class="previewData">' + _p("noun","Order") + '</a></li>'; | |
13:33 | this is good? | |
13:35 | ok yes I think it worked. Thanks Joubu++ and oleonard++ | |
13:36 | oh yes, another question... in an HTML attribute? | |
13:36 | <a href="/cgi-bin/koha/acqui/neworderempty.pl?frameworkcode=[% frameworkcode | uri %]&breedingid=[% breeding_loo.breedingid | uri %]&booksellerid=[% booksellerid | uri %]&basketno=[% basketno | uri %]" class="chosen" title="Order" data-action="order"><i class="fa fa-plus"></i> [% tp('verb', 'Order') | html %]</a> | |
13:37 | the title="Order" | |
13:38 | Joubu | caroline: you need 2 underscores here. |
13:38 | _p() does not exists | |
13:38 | _() exists, __() exists, then the other i18n function defined in js/i18n.js are all prefixed with 2 underscores | |
13:42 | oleonard | I supposed we could use [% tp() %] instead of _() in inline JS? |
13:43 | caroline | so, if I understand correctly, if it's a .js file = 1 underscore; if it's a .tt file and it's in a JS block = 1 underscore; if it's in a .tt file inside an HTML tag as an attribute= 2 underscores |
13:43 | oleonard | If it's a js file = 2 underscores |
13:44 | caroline | I'm writing this in my cheatsheet... |
13:46 | so the only expection is if it's in a JS bloc in a .tt file | |
13:46 | exception | |
13:47 | hm, I don't think it worked | |
13:48 | * oleonard | is doing some tests |
13:49 | caroline | argh, if I put one underscore, the page doesn't load, if I put 2 it doesn't translate |
13:50 | cait | did you break it up? |
13:50 | caroline | I definitely broke it, but how do you mean? |
13:51 | cait | i meant the oexamle with the + ... + ... but I have not beenf ollowing closely, better listen to oleonard |
13:52 | pastebot | "oleonard" at 127.0.0.1 pasted "caroline: I think if you need context in a JS file you can use this kind of construction" (1 line) at https://paste.koha-community.org/26445 |
13:53 | oleonard | That seems to work for me functionally and for translation |
13:53 | It would be great to hear from jajm whether there is any reason not to do that | |
13:55 | caroline | ok yes this works for me too! |
13:55 | jajm | oleonard: not to do what ? |
13:55 | oleonard | use [% tp() %] instead of _() in inline JS? |
13:57 | So that we can give translators context, etc, which aren't possible with _() | |
13:57 | jajm | there's always the risk that the translation breaks JS syntax, but if escaped properly it should be ok (do we have a TT filter for that ?) |
13:57 | cait | jajm: is matts around maybe? |
13:58 | oleonard | jajm: Hm... true, but isn't that true with either method? |
13:58 | jajm | we can use __p instead (a JS function) |
13:58 | oleonard | jajm: In an template? |
13:58 | caroline | I tried __p() and it didn't translate |
13:59 | jajm | oleonard: iirc this should work yes |
13:59 | Joubu | it's in messages-js.po |
13:59 | caroline | The translation tool picked it up because it was in the .po file, but when I "installed" the translation it was not translated in the page |
14:00 | jajm | caroline: did you check in messages-js.po ? |
14:00 | caroline | i checked in message.po |
14:00 | let me try again | |
14:01 | matts | cait, hi, around indeed |
14:01 | oleonard | Why are the po files separate? |
14:01 | cait | hey |
14:02 | jajm | oleonard: so that the JS file containing translations (and being downloaded by the browser) contains only strings used in JS (so it's not too big) |
14:02 | caroline | oleonard, no idea... everything is slowly migrating to messages.po |
14:02 | cait | matts: pm |
14:03 | Joubu | messages.po != messages-js.po |
14:04 | caroline | I know, but staff-prog and opac-bootstrap is losing to messages.po (not message-js.po). I don't know why we have the other ones still if every new thing is going in messages.po |
14:04 | Joubu | messages-js.po contains the strings sent to the client. They are coming from the i18n.js functions |
14:05 | messages.po are the strings that are not replaced using the `translate install` process. The strings won't appear in the localized translate. There are coming from the pl and TT methods [% p() %] and those in the I18N.pm perl module | |
14:07 | oleonard | So *-messages.po has strings that are processed as the template is processed |
14:07 | Joubu | the strings retrieved automatically by the script will still be put in staff-prog.po: inside the HTML tags |
14:07 | yes, oleonard | |
14:08 | oleonard | That makes sense. It's too bad we can't have some kind of meta-po file which includes all strings so that translators never have to translate something twice. |
14:08 | Joubu | hence the perf discussion we had on the "wrap all the strings inside TT tags" |
14:08 | bug | |
14:08 | maybe with the move to Weblate? :) | |
14:09 | caroline | it might be logical for developers, but for translators (or maybe just me, I don't want to speak for everyone else) messages.po containing both opac and intranet stuff doens't make sense |
14:09 | Joubu | well, using the weblate's UI ofc |
14:10 | kidclamp joined #koha | |
14:10 | cait | they are still not that big, but with the files growing it gets more anoying |
14:11 | Joubu | open a bug? :) |
14:17 | caroline | it seems it doesn't work in the HTML attribute |
14:17 | one underscore https://snipboard.io/pgQcDw.jpg | |
14:17 | two underscores https://snipboard.io/t2ZCTM.jpg | |
14:18 | this is admittedly the less annoying of the ones I found though | |
14:18 | cait | two should only be needed when you are in a .js file |
14:19 | Joubu | no, not if you are using __p() |
14:19 | it's always 2 underscores! | |
14:19 | cait | do we have documentation for all that? |
14:20 | (you knew that was coming... right?) | |
14:20 | Joubu | _() has one underscore, that's all, all others have 2 |
14:20 | yes we have :D | |
14:20 | caroline | I saw a bug about one vs two, but I didn't what it was about |
14:21 | *didn't know | |
14:24 | oleonard | I guess this page could be updated to include information about _() and __() https://wiki.koha-community.or[…]ions_in_templates |
14:28 | caroline | I attached a patch with oleonard's option to bug 34834 |
14:28 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34834 enhancement, P5 - low, ---, koha-bugs, NEW , Add translation context for "Order" |
14:28 | caroline | I'll try again with the (I don't remember how many) underscores and messages-js.po after my meeting |
14:29 | oleonard | caroline: Keep adding underscores until it works :D |
14:33 | cait | oleonard++ caroline++ Joubu++ matts++ |
14:34 | oleonard | matts did secret helping |
14:35 | cait | he did indeed |
14:45 | cait left #koha | |
15:13 | reiveune | bye |
15:13 | reiveune left #koha | |
15:41 | caroline | can I be in on the secret? |
15:52 | Back from my meeting. I tried _p("noun","Order") and __p("noun","Order") in parcel.tt without success | |
15:53 | So I kept my patch as is, if someone wants to look bug 34834 | |
15:53 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34834 enhancement, P5 - low, ---, koha-bugs, Needs Signoff , Add translation context for "Order" |
16:55 | oleonard-away | caroline: Don't forget to run the qa tool on your patches before you submit them |
17:13 | cait joined #koha | |
17:14 | cait joined #koha | |
17:57 | * oleonard | curses having lost his carefully-written test plan |
18:03 | caroline | oh no! :(( |
18:50 | ashimema | So, are you requesting we split messages.po and messages-js.po into messages-intranet.po, messages-opac.pl, messages-intranet-js.po and messages-opac-js.po? |
18:50 | To split between intra and OPAC again? | |
18:52 | caroline | is it not possible to have the strings stay in staff-prog and opac-bootstrap? |
18:53 | I understand the distinction of js vs non-js, but I'm talking about the non-js ones | |
18:56 | DIGITALBITS[m] | Well it looks like MariaDB will become the default database engine, the path indicates that. They are testing an environment with a failover of mySQL. if we want to go live now i bellieve we better start with MariaDB, to avoid the switch in a short time. |
18:58 | caroline | ashimema, actually, I don't mind either way. I just find it confusion that there is a messages.po AND and opac-bootstrap/staff-prog, if that makes sense. Like why are some opac strings in messages.po and some in opac-bootstrap. It doesn't make sense to me |
18:58 | *confusing | |
19:00 | ashimema | That's a technical issue |
19:00 | oleonard | Doesn't it also confuse the statistics about % of OPAC translated? |
19:02 | caroline | I guess it would. I hadn't looked at it that way. I mostly look at % of completion per file, messages.po being smaller than the other files, it's usually pretty easy to keep it at or close to 100% |
19:08 | Joubu | caroline: please open a bug if it's not done yet. It would be interesting to have a look at it when/if we move to weblate. |
19:08 | caroline | ok I will |
19:08 | I hope the move to weblate is more when than if :) | |
19:11 | ashimema | Sorry, was doing a dad taxi run |
19:11 | caroline | :) |
19:12 | ashimema | Where's the performance discussion around wrapping all strings joubu? |
19:13 | I thought it would be in bug 20988 | |
19:13 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=20988 enhancement, P5 - low, ---, julian.maurice, BLOCKED , [OMNIBUS] Internationalization: wrap all translatable text inside t() calls |
19:13 | ashimema | But I'm not seeing it |
19:14 | oleonard-away | Maybe bug 26392 |
19:14 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=26392 enhancement, P5 - low, ---, julian.maurice, Patch doesn't apply , Wrap all translatable strings in opac-main.tt |
19:35 | Kolvir joined #koha | |
19:39 | Kolvir | Is there a way to add the first 3 letters of the author's last name, MARC 100 to the end of 082a using a modification template? I've tried it with regex, but can't get it to work. 'copy and replace 100 a to field 082 a regex s/^\D{3}' but I can't figure out what to put in the replacement box. I either get the whole field or the field without the first 3 letters. |
19:43 | I've got to reboot, if someone has a suggestion, please post it and I'll check the log. | |
20:04 | jvinke joined #koha | |
20:05 | ashimema | Pass |
20:05 | Nope, still can't find a discussion around performance of wrapping all strins | |
20:05 | Strings | |
20:05 | Lots of debate over syntax to use and tokens and things . But I think those are all mute | |
20:11 | Found the perf stuff at last. | |
20:12 | It is back in 20988.. near the bottom | |
20:12 | Unresolved though | |
20:31 | khall joined #koha | |
21:32 | khall joined #koha | |
21:43 | kivilahtio | Hi! I took a look at using Websockets from a Koha-plugin. It worked like spiffy, gliffy and spindizzy when I was testing it with Mojololicious. I deployed a new websocket route from a Koha-plugin's REST endpoint Mojolicious Controller handle, and worked like a charm. |
21:43 | Also apache2 supports Websocket proxying in the latest version, baked in the mod_proxy_http | |
21:43 | Too bad the plack/PSGI-middleware doesn't. | |
21:43 | A solution would be to run Mojolicious as it's own separate process. I think we ran it like that in Finland when the REST API was being incubated. | |
21:43 | It would be cool to have websockets with Koha, now that the Vue.js has also been introduced to the core. | |
21:43 | We could do some cool stuff with Koha. | |
23:00 | khall joined #koha | |
23:44 | dcook | @later tell kivilahtio Sounds good to me |
23:44 | huginn | dcook: The operation succeeded. |
← Previous day | Today | Next day → | Search | Index