Time |
S |
Nick |
Message |
00:43 |
|
|
cait1 joined #koha |
03:10 |
|
|
philor joined #koha |
04:59 |
|
|
chriss joined #koha |
05:53 |
|
|
chriss joined #koha |
06:00 |
|
|
reiveune joined #koha |
06:01 |
|
reiveune |
hello |
06:12 |
|
|
janPasi joined #koha |
06:13 |
|
|
janPasi joined #koha |
06:23 |
|
|
magnuse joined #koha |
06:31 |
|
|
marcelr joined #koha |
06:31 |
|
marcelr |
hi #koha |
06:56 |
|
|
sophie_m joined #koha |
07:11 |
|
ashimema |
morning #koha |
07:24 |
|
marcelr |
hi ashimema |
07:24 |
|
ashimema |
hi marcelr |
07:24 |
|
marcelr |
did you have any further thoughts about the email login thing ? |
07:25 |
|
marcelr |
somehow we came in a dead street :) |
07:25 |
|
ashimema |
hmm, sorry, it slipped off my radar |
07:25 |
|
ashimema |
let me re-read the email |
07:40 |
|
magnuse |
\o/ |
07:42 |
|
marcelr |
o/ |
07:58 |
|
ashimema |
@later tell cait I'd be interested in your thoughts on my final proposition (the WIP patch) for bug 11175.. |
07:58 |
|
huginn |
ashimema: The operation succeeded. |
08:18 |
|
magnuse |
bug 11175 |
08:18 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=11175 enhancement, P5 - low, ---, joonas.kylmala, Failed QA , Show the parent record's component parts in the detailed views |
08:18 |
|
magnuse |
oooh, good one! |
08:19 |
|
ashimema |
mm |
08:19 |
|
ashimema |
but it's taken up waaay too much of my time to get it this far.. and cait highlighted some issues on friday that mean I need a little bit more of a rethink |
08:19 |
|
ashimema |
be great to have it though |
08:20 |
|
ashimema |
for those not using 'UseControlNumber' instead of EasyAnalytics, this is a massive win |
08:33 |
|
magnuse |
yay! |
08:37 |
|
* ashimema |
does some manual merges.. seems they're getting a bit behind |
08:51 |
|
|
alexbuckley joined #koha |
09:08 |
|
ashimema |
right.. that's the manual merges all done |
09:09 |
|
ashimema |
@later tell cait How's this look: https://koha-community.org/man[…]enhanced-workflow |
09:09 |
|
huginn |
ashimema: The operation succeeded. |
09:35 |
|
|
petrova joined #koha |
09:45 |
|
ashimema |
are you interested in bug 11175 magnuse? |
09:45 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=11175 enhancement, P5 - low, ---, joonas.kylmala, Needs Signoff , Show the parent record's component parts in the detailed views |
09:46 |
|
ashimema |
I'd love some more opinions.. my last two patches resolve caits rtl issues but in a fairly drastic way.. personally I think I prefer it but would love some opinions... I'd also be interested whether you think the showComponentParts pref is actually required or not.. I reckon we can get away without it personally. |
10:26 |
|
|
khall joined #koha |
10:37 |
|
magnuse |
not too much interest, just thinking it sounds like a cool thing |
10:37 |
|
magnuse |
first day back from holiday, so plenty of catching up to do... |
10:38 |
|
|
khall joined #koha |
10:54 |
|
ashimema |
hope you had a nice break :) |
10:57 |
|
|
oleonard joined #koha |
11:01 |
|
oleonard |
Monday. |
11:12 |
|
magnuse |
oleonard: yes |
11:12 |
|
magnuse |
ashimema: i did :-) |
11:13 |
|
ashimema |
:) |
11:28 |
|
tcohen |
Buen dÃa |
11:30 |
|
|
tcohen joined #koha |
11:37 |
|
marcelr |
. |
11:37 |
|
marcelr |
hi tcohen |
11:38 |
|
marcelr |
thx tcohen for working in the template plugins minefield :) |
11:39 |
|
tcohen |
I'm not done there yet hehe |
11:55 |
|
|
johnbaptist joined #koha |
12:00 |
|
johnbaptist |
Hi, I was wondering if someone could help me. I have installed Koha onto a Windows 10 computer using VirtualBox and the instructions posted online by Josh Hertzel. I have copied everything in the code as per the instructions onto the virtual Debian terminal and when I open Koha on Microsoft Edge, it takes me to the login screen. So far so good. However, the problem starts when I am using the web installer. Basically, it gets to the end of the firs |
12:02 |
|
johnbaptist |
...of the installation and then gets stuck in a loop without taking me to the onboarding tool. Rather, it takes me back to the language choice screen. I have tried various solutions I found online. I have disabled koha-plack. I have tried to use bug fix 16619, which appears to deal with this problem. Neither has worked, and I am at a loss what to do. Can anyone help? |
12:04 |
|
johnbaptist |
https://bugs.koha-community.or[…]_bug.cgi?id=16619 |
12:04 |
|
huginn |
Bug 16619: blocker, P5 - low, ---, koha-bugs, CLOSED FIXED, Installer stuck in infinite loop |
12:04 |
|
johnbaptist |
This is the patch I tried to use. |
12:12 |
|
|
Tadas joined #koha |
12:18 |
|
marcelr |
@later tell kidclamp bug 26302 ready for PQA? |
12:18 |
|
huginn |
marcelr: The operation succeeded. |
12:27 |
|
kidclamp |
marcelr: thanks for folowup - I am now seeing extra closing brackets |
12:27 |
|
marcelr |
picture ? |
12:27 |
|
marcelr |
css adds brackets |
12:27 |
|
kidclamp |
https://pasteboard.co/Kf5nKHV.png |
12:28 |
|
marcelr |
hmm this looks very odd |
12:30 |
|
marcelr |
will have another look, i moved a span |
12:30 |
|
marcelr |
and did not test ccode or location but library and callnumber |
12:30 |
|
marcelr |
these were fine :) |
12:32 |
|
|
cait joined #koha |
12:32 |
|
kidclamp |
One more question marcelr, should we display duplicate callnumbers? I have two "NF 46 Wae" in Franklin staff collection - do we want both? or "NF 46 Wae(2)"? |
12:32 |
|
oleonard |
johnbaptist never stays long enough for anyone to answer |
12:32 |
|
marcelr |
he has work to do |
12:33 |
|
marcelr |
kidclamp: that one is harder; we already do impossible stuff in xslt |
12:33 |
|
marcelr |
with key and preceding-sibling etc |
12:33 |
|
|
Dyrcona joined #koha |
12:33 |
|
marcelr |
perl could very easy pass our magic block to the xslt too |
12:34 |
|
kidclamp |
I don't think it is a requirement, but wanted to check |
12:34 |
|
marcelr |
yeah we could, but then i would move some code out of the xslt env |
12:34 |
|
marcelr |
because we're not looping thru the data anymore |
12:34 |
|
kidclamp |
no! The XSLT is so much faster :-) |
12:35 |
|
marcelr |
perl in memory is fast enough |
12:35 |
|
marcelr |
fetching all these items is crazy |
12:39 |
|
* cait |
waves |
12:41 |
|
marcelr |
hi cait |
12:41 |
|
marcelr |
kidclamp: i have enabled ccode but i do not see the double brackets |
12:41 |
|
marcelr |
you have default css and cleared cache etc? |
12:44 |
|
kidclamp |
yes and yes |
12:45 |
|
marcelr |
hmm |
12:46 |
|
marcelr |
ahh now i can reproduce |
12:46 |
|
marcelr |
thats the first step to a solution ;) |
12:47 |
|
marcelr |
somehow the ccode stuff needs the span |
12:47 |
|
marcelr |
while callnum doesnt |
12:49 |
|
marcelr |
kidclamp: last follow-up removes double brackets with me when using ccode |
12:50 |
|
marcelr |
all options for item location look good to me |
13:04 |
|
marcelr |
thx kidclamp looks like it worked for you |
13:04 |
|
kidclamp |
:-) |
13:04 |
|
cait |
ashimema: you left quite a bit of work for me :) |
13:04 |
|
ashimema |
sorry cait |
13:04 |
|
cait |
ah here he is :) |
13:04 |
|
ashimema |
hopefully it's not actually too much work |
13:04 |
|
cait |
it's an area i never felt I could solve myself |
13:04 |
|
cait |
i am excited to see these patches |
13:05 |
|
marcelr |
kidclamp: open a bug for the duplicate call numbers |
13:05 |
|
marcelr |
no promises :) |
13:05 |
|
cait |
just not promising for today as I might pick on something easier first |
13:05 |
|
marcelr |
i have two nices ones for you cait |
13:05 |
|
cait |
marcelr: i am already scared! |
13:06 |
|
marcelr |
nooo |
13:06 |
|
marcelr |
28491 you like marc fields |
13:06 |
|
marcelr |
i heard |
13:08 |
|
cait |
lies... |
13:08 |
|
cait |
bug 28491 |
13:08 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=28491 normal, P5 - low, ---, m.de.rooy, Signed Off , Field 003 in authority records not updated after import |
13:09 |
|
cait |
aah i see |
13:09 |
|
cait |
marcelr: actually I am on vacation :) but i am going to try and get qA email out, make late lunch and then try to get my QA inbox in order a bit - i will be back for more |
13:14 |
|
marcelr |
you should cait |
13:15 |
|
cait |
should what? :) lunch? |
13:24 |
|
marcelr |
yes |
13:24 |
|
marcelr |
or enjoy your vacation ? |
13:25 |
|
|
Oak joined #koha |
13:33 |
|
cait |
I'll do both :) |
13:47 |
|
marcelr |
what should we do if we didnt have In Discussion ! |
13:50 |
|
ashimema |
oleonard around? |
13:51 |
|
ashimema |
or anyone else |
13:52 |
|
ashimema |
I presume there's a good reason to keep the items table above the menu + content split when editing and adding items.. |
13:52 |
|
ashimema |
it feels disruptive to me to do it differently here somehow |
13:53 |
|
oleonard |
I here |
13:54 |
|
oleonard |
ashimema: That interface is controversial :) |
13:54 |
|
ashimema |
ah |
13:54 |
|
oleonard |
There's at least one open bug about changing it |
13:54 |
|
ashimema |
in other words "Don't touch, people will talk loudly" |
13:54 |
|
ashimema |
it's so inconsistent with elsewhere. |
13:55 |
|
oleonard |
Inconsistent because the entry form is usually a standalone view? |
13:56 |
|
kidclamp |
https://bugs.koha-community.or[…]_bug.cgi?id=13680 |
13:56 |
|
huginn |
Bug 13680: minor, P5 - low, ---, oleonard, In Discussion , Items list on edit items page separates add items form from header and sidebar |
13:56 |
|
marcelr |
im feeling another pref coming up, haha |
13:57 |
|
ashimema |
more inconsistent simply because it feels weird to put that table as full width above a left menu |
13:57 |
|
ashimema |
ooh. I like your modal version. |
13:57 |
|
ashimema |
that's nice |
13:58 |
|
ashimema |
it looked like things started moving.. did you give up? |
13:58 |
|
oleonard |
I think catalogers are probably now accustomed to seeing the other items while they edit and think they need that. And maybe they do? |
13:59 |
|
marcelr |
it might be handy |
13:59 |
|
ashimema |
ah, I see |
13:59 |
|
ashimema |
so that's why the modal got thrown out |
13:59 |
|
ashimema |
dare I suggest an editable table like the circ rules? |
14:00 |
|
marcelr |
that one is very akward too |
14:00 |
|
ashimema |
true |
14:00 |
|
marcelr |
even more than items |
14:00 |
|
ashimema |
but this one should be a more managable width? |
14:00 |
|
ashimema |
mm |
14:00 |
|
oleonard |
I don't think the modal idea got thrown out I just didn't feel like there was enough of a consensus |
14:01 |
|
ashimema |
all I was thinking of doing was moving the full width table down and making it fit to the right of the menu |
14:01 |
|
ashimema |
but I hadn't really appreciated how it would look with a tonne of items |
14:01 |
|
oleonard |
Except that table has always been too wide |
14:02 |
|
ashimema |
mm |
14:02 |
|
ashimema |
think I'll slowly back away |
14:02 |
|
ashimema |
;) |
14:02 |
|
marcelr |
you see how In Discussion is a rich feature ;) |
14:02 |
|
ashimema |
I was thinking about Bundles |
14:03 |
|
ashimema |
wanting to add it at the item level instead of the quasi bib level it currently sits at in that bug |
14:04 |
|
marcelr |
which bug? |
14:04 |
|
wahanui |
hmmm... which bug is that please ? |
14:26 |
|
cait |
kidclamp: i really think we should fix bug 28491 |
14:26 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=28491 normal, P5 - low, ---, m.de.rooy, In Discussion , Field 003 in authority records not updated after import |
14:27 |
|
cait |
what we do there is clearly wrong and could potentially lead to issues |
14:31 |
|
ashimema |
sorry were you talking to me there marclr |
14:31 |
|
ashimema |
bug 24023 if you were |
14:31 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=24023 enhancement, P5 - low, ---, julian.maurice, ASSIGNED , Add ability to create bundles of items |
14:31 |
|
cait |
ashimema: i think we are both thinking about bug 28491 |
14:31 |
|
cait |
marcelr and i |
14:31 |
|
ashimema |
ah, cool |
14:31 |
|
cait |
well... yeah.. no :) |
14:31 |
|
cait |
but i got to catch kidclamp to talk him into it I guess |
14:32 |
|
kidclamp |
cait, I don't disagree at all - I do get cautious when changing long standing behavior and calling it a bug though |
14:32 |
|
cait |
it's not that long standing |
14:32 |
|
cait |
well... kinda |
14:32 |
|
cait |
in the very past we did not update 001 |
14:32 |
|
marcelr |
any enhancement is called a bug in Koha |
14:32 |
|
cait |
then we started updating 001 |
14:32 |
|
cait |
i tihnk marcelr did? just not sure when |
14:32 |
|
cait |
and at that time we shoudl also have updated 002 |
14:32 |
|
cait |
003 |
14:32 |
|
marcelr |
that might be very true |
14:32 |
|
cait |
but we didn't |
14:32 |
|
ashimema |
yikes |
14:33 |
|
ashimema |
that confuses me |
14:33 |
|
cait |
so ... we bulid in a bug |
14:33 |
|
cait |
ashimema: talking about authorities |
14:33 |
|
kidclamp |
I will not block it, but I do expect some complaints |
14:33 |
|
ashimema |
if you're importing an authority.. should it not remain with an 001 of the original source? |
14:33 |
|
cait |
since the update of 001 is not optional, i believe the 003 is just bringing back consistency |
14:33 |
|
kidclamp |
i would prefer it to be configurable, syspref or seomthing |
14:33 |
|
cait |
it doesn't |
14:33 |
|
cait |
if we syspref it |
14:33 |
|
marcelr |
the marc specs are quite harsh |
14:33 |
|
cait |
we bulid in "don't be MARC compliant" |
14:33 |
|
* ashimema |
doesn't fully understand that area |
14:34 |
|
marcelr |
we opened the door ourselves |
14:34 |
|
ashimema |
even though he works hard in it at times |
14:34 |
|
kidclamp |
which we haven't been for some time :-) |
14:34 |
|
cait |
yeah, but there will be no ufnctional change |
14:34 |
|
cait |
the only tihng, and maybe we could solve this differently is the source question? |
14:34 |
|
cait |
i believe we do move/create a 035 |
14:34 |
|
kidclamp |
again, I am not blocking it, but bringing it up |
14:35 |
|
cait |
i've been in that boat many times before :) |
14:35 |
|
marcelr |
so we are stuck ? |
14:35 |
|
cait |
i think no checkbox |
14:35 |
|
cait |
if at all |
14:35 |
|
cait |
a pref |
14:35 |
|
cait |
this shoudl be a global setting |
14:35 |
|
marcelr |
did we already reach 1000 ? |
14:35 |
|
cait |
comments? |
14:35 |
|
wahanui |
comments are always good i tihnk |
14:36 |
|
oleonard |
Good to have you back wahanui |
14:36 |
|
cait |
kidclamp: is there a way you could check if it could be a problem for your libraries? |
14:36 |
|
cait |
marcelr: i actuall ymaintain a bad hack to undo your 001 change btw ;) |
14:37 |
|
cait |
because we are doing authorities a bit wrong... so only complaining a little there |
14:37 |
|
kidclamp |
cait according to our educators it will |
14:38 |
|
cait |
hm, i would have guessed the "we want it marc compliant" crowd to be bigger |
14:38 |
|
marcelr |
this will end up in a new pref |
14:38 |
|
kidclamp |
at the very least will require workflow changes |
14:38 |
|
marcelr |
noo |
14:38 |
|
cait |
kidclamp: where does it come up in their workflows? reports and the like? |
14:38 |
|
ashimema |
I'm siding with cait on this one |
14:38 |
|
cait |
just trying to understand if we could work around it somehow |
14:38 |
|
|
lukeG joined #koha |
14:39 |
|
marcelr |
kidclamp: we need your pref for biblios at the auth side too; and probalby extensible to imports yes or no |
14:40 |
|
marcelr |
it will be the feature of 2021 ! |
14:40 |
|
cait |
marcelr: maybe take a little step back :) |
14:41 |
|
marcelr |
im getting enthusiastic about it ;) |
14:41 |
|
cait |
IF we add a pref, i think a general one should be really enough |
14:41 |
|
cait |
kidclamp: would be sending the question tot he mailing list be helpful or would your libraries probably not see it/not respond? |
14:42 |
|
kidclamp |
hard to say,. asking our educators to wiegh in here, but no one available at moment |
14:43 |
|
marcelr |
one step back is: change 003 when changing 001 ? |
14:44 |
|
marcelr |
and note that you are bypassing the marc standards |
14:45 |
|
cait |
you mean not to change... right? |
14:45 |
|
marcelr |
change or not change |
14:45 |
|
wahanui |
marcelr: that doesn't look right |
14:45 |
|
|
wahanui joined #koha |
14:46 |
|
marcelr |
this is also a point for biblio records |
14:46 |
|
marcelr |
and touches kidclamps patches |
14:46 |
|
cait |
i think the more "natural" pref for me would be to keep 001+003 or to change both |
14:46 |
|
cait |
the mix up is the upset for me |
14:47 |
|
cait |
but maybe we just need to take a step back from this bug for now and think about it a little |
14:47 |
|
marcelr |
kidclamp wants to change 001 but leave 003 untouched |
14:47 |
|
cait |
and maybe we can get more info on how the current behaviour is useful to see how we can make this work |
14:47 |
|
cait |
i know |
14:47 |
|
cait |
well, i am not sure if he is insisting on 001 |
14:47 |
|
cait |
but that cannot be configured right nw |
14:47 |
|
cait |
otherwise I would have changed that setting for our workflow ;) |
14:48 |
|
marcelr |
we are talking about two developments in the same discussion |
14:48 |
|
ashimema |
>i think the more "natural" pref for me would be to keep 001+003 or to change both |
14:48 |
|
ashimema |
this++ ^ |
14:48 |
|
cait |
i believe it was about having 001 and auth_headers.auth_id match, but I am not sure wyh we needed that |
14:48 |
|
cait |
from a technical point of view |
14:49 |
|
marcelr |
i like having 001 to be authid |
14:49 |
|
marcelr |
and 001 being biblionumber |
14:50 |
|
marcelr |
htg now |
14:50 |
|
* ashimema |
doesn't |
14:50 |
|
marcelr |
see you later |
14:50 |
|
Dyrcona |
If you change the 001, you should change the 003. The 003 indicates whose value is in 001 for both bibliographic and authority records. |
14:50 |
|
Dyrcona |
You should also use a code provided by your region's cataloging authority in the the 003. For the USA, that is the Library of Congress. |
14:51 |
|
cait |
Dyrcona: agreed |
14:51 |
|
ashimema |
+1 |
14:51 |
|
cait |
i think we are pretty much on the same page speaking about the standard |
14:51 |
|
cait |
it's just that Koha hasn't don eit and now it might disrupt to "fix" the bug |
14:52 |
|
Dyrcona |
Evergreen has a setting for this very thing, for what that's worth. |
14:52 |
|
cait |
that's ineresting |
14:52 |
|
cait |
would you mind commenting otn the bug? |
14:52 |
|
cait |
the problem is, that 001 is pretty much hardcoded right now... so changing both is probably a bigger/different kind of beast |
14:55 |
|
Dyrcona |
If you think an explanation of what Evergreen does would be useful, I'll comment on the bug. |
14:56 |
|
cait |
yeah i think it might give us some little push |
14:57 |
|
oleonard-away |
Dyrcona++ |
14:57 |
|
ashimema |
that would deffo help |
14:57 |
|
ashimema |
thanks Dyrcona |
14:59 |
|
Dyrcona |
OK. I'll review the Evergreen code again and update the ticket a bit later today. |
15:05 |
|
kidclamp |
https://www.loc.gov/marc/authority/ad001.html |
15:05 |
|
kidclamp |
According to this original values could be stored in the 035 - maybe that option would help? |
15:07 |
|
cait |
i think we already do this - if we don't we should |
15:07 |
|
ashimema |
+1 |
15:07 |
|
ashimema |
I thought the bug actually said to do this didn't it |
15:08 |
|
cait |
i thought so too |
15:08 |
|
cait |
that's why I was asking about 035 in my comment |
15:09 |
|
cait |
kidclamp: could that work? change 001+003 as long as we preserve original in 035? |
15:10 |
|
Dyrcona |
That's basically what the Evergreen setting does. Turn it on and that happens. There's also a setting for the value to put in the 003. Evergreen will also leave the 001 and 003 alone if desired. |
15:11 |
|
cait |
yeah that makes sense |
15:11 |
|
kidclamp |
I think ideal is optional: change nothing, change both, change both and update 035 |
15:11 |
|
cait |
not sure we need change both without the 035 |
15:12 |
|
kidclamp |
I threw the bug out to our partners in cataloging group, so hopefully will get opinion |
15:12 |
|
cait |
adding it shoudn't hurt anyone |
15:12 |
|
cait |
coolio |
15:12 |
|
cait |
:) |
15:12 |
|
kidclamp |
again, I agree correct, but now we are adding a thrid field to update without option? |
15:12 |
|
cait |
i believe it's very standard MARc, that's why I was not that worried |
15:13 |
|
ashimema |
we do so much that is not standard marc.. in fact that goes against standard marc.. hehe |
15:16 |
|
cait |
i feel we are getting a little better |
15:16 |
|
cait |
i believe the recent work on linking will be a big improvement |
15:17 |
|
cait |
also MARc holdings actually |
15:17 |
|
cait |
as MARC refuses to die... |
15:18 |
|
|
marie-luce joined #koha |
15:20 |
|
ashimema |
indeed |
15:21 |
|
ashimema |
MARC Holdings is on my list to help coax more |
15:21 |
|
ashimema |
though it scares me |
16:30 |
|
|
khall joined #koha |
17:00 |
|
reiveune |
bye |
17:00 |
|
|
reiveune left #koha |
17:03 |
|
|
tsengW joined #koha |
17:04 |
|
|
tsengW joined #koha |
17:10 |
|
|
khall joined #koha |
17:25 |
|
|
wynn1212 joined #koha |
17:28 |
|
|
wynn1212 joined #koha |
17:38 |
|
|
wynn1212 joined #koha |
19:06 |
|
|
AndrewFH joined #koha |
19:19 |
|
|
khall joined #koha |
19:24 |
|
|
fridolin joined #koha |
19:25 |
|
|
khall joined #koha |
19:28 |
|
fridolin |
hi there |
20:04 |
|
|
khall joined #koha |
21:17 |
|
|
alexbuckley joined #koha |
21:48 |
|
tuxayo |
fridolin: hi :) |
21:49 |
|
tuxayo |
Yes we should team up to finish bug 20529 :D |
21:49 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=20529 normal, P5 - low, ---, victor, Failed QA , Return to results link is truncated when the search contains a double quote |
21:52 |
|
tuxayo |
> Can someone stress the feature with this patch? |
21:52 |
|
tuxayo |
Do you know what this request means? |
22:02 |
|
fridolin |
yeyyyy |
22:02 |
|
fridolin |
"Can someone stress the feature with this patch?" no idea |
22:02 |
|
fridolin |
we must ask QA then ? |
22:03 |
|
tuxayo |
I'll ask in the ticket. |
22:03 |
|
fridolin |
or it means a more extended test plan |
22:03 |
|
fridolin |
with several special chars |
22:03 |
|
fridolin |
(btw this fix is trivial ...) |
22:06 |
|
tuxayo |
maybe, we will see ^^ |
22:12 |
|
fridolin |
yep |
22:12 |
|
fridolin |
cool we add some life to this bug ;) |
23:17 |
|
fridolin |
Bug 28675 trucky situation fixed |
23:17 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=28675 major, P5 - low, ---, koha-bugs, Pushed to oldstable , QOTD broken in 20.11 and below |
23:17 |
|
fridolin |
tricky |
23:21 |
|
tuxayo |
🚚 |
23:55 |
|
koha-jenkins |
Project Koha_20.11_U20 build #119: SUCCESS in 37 min: https://jenkins.koha-community[…]ha_20.11_U20/119/ |