IRC log for #koha, 2020-08-14

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:08 alexbuckley_ joined #koha
00:16 alexbuckley joined #koha
00:23 inlibro joined #koha
00:48 cait1 joined #koha
00:53 aleisha_ joined #koha
01:23 inlibro joined #koha
02:23 inlibro joined #koha
03:23 inlibro joined #koha
04:08 alexbuckley joined #koha
04:23 inlibro joined #koha
04:59 aleisha_ recalls is ready for testing, yet again :)
04:59 bug 19532
04:59 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=19532 new feature, P1 - high, ---, aleisha, Needs Signoff , Recalls for Koha
05:06 chriss joined #koha
05:24 inlibro joined #koha
05:31 did joined #koha
05:59 ashimema mornin' #koha
06:05 marcelr joined #koha
06:05 marcelr hi #koha
06:15 lmstrand joined #koha
06:24 inlibro joined #koha
06:34 reiveune joined #koha
06:34 reiveune hello
06:54 magnuse aleisha++
06:54 @karma
06:54 huginn magnuse: Highest karma: "Joubu" (872), "cait" (804), and "ashimema" (554).  Lowest karma: "-" (-63), "failed" (-43), and "ie" (-38).  You (magnuse) are ranked 16 out of 1052.
06:55 ashimema ie--
07:00 cait joined #koha
07:01 JBoyer joined #koha
07:04 lds joined #koha
07:06 fridolin joined #koha
07:07 Joubu @later tell lukeG I don't think you need 26138 for 20.05, Koha::Plugins->call does not exist
07:07 huginn Joubu: The operation succeeded.
07:17 magnuse joined #koha
07:24 inlibro joined #koha
07:33 Joubu Can someone point me out where is the code to unset itemlost when an item is checked in?
07:34 ha! C4::Items::ModDateLastSeen
07:34 lol
07:34 cait ouch
07:34 bbl for qa
08:24 inlibro joined #koha
08:26 ashimema lol
08:26 morning Joubu
08:26 I see you're back on bug 18501
08:27 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=18501 major, P5 - low, ---, jonathan.druart, In Discussion , Automatic refunds need protection from failure
08:27 ashimema it's a mess isn't it :(
08:27 sorry.. didn't mean to send you into that rabbit hole.. it all sounded half reasonable when I scratched the surface
08:28 Joubu @later mtj can you have a look at https://tree.taiga.io/project/koha-ils/task/78 and give me an answer please?
08:28 huginn Joubu: I suck
08:28 Joubu @later tell mtj can you have a look at https://tree.taiga.io/project/koha-ils/task/78 and give me an answer please?
08:28 huginn Joubu: The operation succeeded.
08:28 Joubu me too
08:28 ashimema I'm wondering if we aught to stick to your original patchset, get 18501 + 23091 in and then do the cleanup/refactor piece as a new bug...
08:28 though I'd love to just 'get it done'.. I'm not sure how important the initial bug is to 'just get fixed' to start with
08:28 Joubu ashimema: it depends, do you think there is a reasonable solution to guess if there was a refund?
08:28 seen my last patch, from this morning?
08:28 wahanui I haven't seen 'my', Joubu
08:29 ashimema just seen it come in, but not looked at it yet
08:29 was still reviewing the initial stuff
08:29 Joubu if we handle that, we are sure to handle 100% of the cases. So it feels the way to go
08:30 ashimema super scary that 'DateLastSeen' is used to undset the itemlost
08:30 weird action at a distance.
08:31 as for the refunded.. that's where I reckon we come back to fluent interfaces
08:33 i.e. we continue to just return the updated Koha::Item object from ->store but we have set an internal variable in the trigger so we can get back if it triggered a refund via an additional accessor
08:33 I was on the case for that with the prior version before we diverted to triggers.. shouldn't be too hard
08:33 Joubu seen the search query I am trying to build?
08:33 wahanui I haven't seen 'the', Joubu
08:34 Joubu +            #my $refunded = Koha::Account::Lines->search{(itemnumber => $item->itemnumber, type => 'LOST_FOUND', # FIXME which other parameters to know it has been refunded?
08:34 ashimema yeah.. I'm not so sure about that approach
08:34 there is a query I believe.. got a feeling it's already embedded within the old _FixAccountForLostAndReturned method to attempt to prevent dupes
08:35 but I still reckon setting an internal attribute in the Koha::Object is clearer
08:35 Joubu yes but here we are after the refund
08:36 ashimema balls.. ModDateLastSeen doesn't give back an updated Koha::Item!
08:36 Joubu ashimema: ok, I am good with the internal variable. But it's risky, we need to retrieve the flag after the correct store
08:36 ashimema now I see where it falls down
08:36 Joubu and be sure there won't be a fetch in the meanwhile
08:36 ashimema does a fetch in the meantime matter?
08:37 * ashimema tries to remember how our re-fetching works..
08:37 Joubu if $item is modified, you will loose the internal var
08:37 ashimema we just rebuild the internal _result don't we.. so as long as the variable is set at the same level as _result instead of within _result then we should be OK
08:38 Joubu yes, but $item = something_else() and...
08:38 ashimema in this case.. yes
08:38 it does
08:38 Joubu sorry but getting back to the query
08:38 http://paste.koha-community.org/25184
08:38 it's the debit then credit
08:39 shouldn't we have issue_id on the credit?
08:39 well, the debit for the library. id=2
08:39 that would help a lot
08:39 ashimema probably
08:39 wahanui i think probably is too hard.
08:40 ashimema likely it was just an oversight not to record it..
08:40 Joubu it's not obvious how those 2 lines are linked together
08:40 ashimema they clearly tried with the weird way they add it into description
08:40 I think issue_id didn't exist as it's own field when the code was originally written around there.. and just never got updated
08:41 Joubu it's the barcode, it's not enough for unicity
08:41 ashimema it's the barcod if you pass a barcode
08:41 which in my memory was almost never
08:41 in most cases it fell back to itemnumber
08:41 oh.. which is also not the same.
08:41 wahanui okay, ashimema.
08:41 ashimema lol
08:42 Joubu -    my $item_id        = @_ ? shift : $itemnumber;  # Send the barcode if you want that logged in the description
08:42 ashimema I'm sure we can add issue_id in..
08:42 Joubu are you talking about that?
08:42 I ignored it when I moved _FixAccountForLostAndFound, because I don't think we pass the barcode
08:42 ashimema yeah.. my fingers were typing faster than my brain was thinking it through ;)
08:42 yeah.. I agree with you on ignoring that
08:42 Joubu we call add_credit with item_id     => $itemnumber from this sub
08:43 ok
08:43 ashimema anywho.. it would be easy enough to get the issue_id in the credit
08:43 Joubu I am not confident here :-/
08:43 ashimema issue_id => $accountline->issue_id
08:44 Joubu and... third question... did you investigate holdingbranch?
08:44 where does it come from?
08:44 ashimema it assumes that the issue_id was properly set
08:44 I did.. I can't see that holdingbranch was ever actually used anywhere
08:44 ooh.. I have a meeting
08:45 Joubu enjoy ;)
08:45 ashimema I can mostly just listen in
08:45 I'll have a dig around
08:47 I wasn't entirely sure about your trigger for the trigger btw..
08:47 we're trying to trigger on found.. but it looks like you have the logic reversed..
08:48 i.e `$updated_columns{itemlost} >= 1` looks reversed
08:48 shouldn't it be checking for NOT 1 or greater than 1 (i.e '0' or 'unset')
08:49 I also wasn't entirely sure about resetting paidfor.. was that always an effect of unsetting itemlost?
08:50 Joubu it's coming from the original sub
08:50 $accountline->item->paidfor('')->store({ log_action => 0 });
08:50 ashimema oh cool
08:50 ta
08:51 and what about the condition.. ?
08:52 Joubu 2 new patches attached
08:53 ashimema ooh.. cool
08:54 dcook joined #koha
08:54 ashimema looks good to me
08:54 I can have a bit of a testing run today
08:55 generally it looks reasonable as a whole
08:55 * ashimema is also trying to keep bug 23091 in the back of his mind with all this
08:55 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=23091 enhancement, P5 - low, ---, martin.renvoize, Signed Off , Add options to charge new or restore forgiven overdues when a lost item is returned
09:15 ashimema dare I ask the question.. are there ever any reasons librarians would want to NOT refund and so have been using the cataloging way of marking an item as unlost to deliberately circumvent a refund?
09:15 kohaputti joined #koha
09:18 kohaputti wouldn't it make sense to merge biblio and biblio_metadata tables? Now we create this complex glue in koha objects to make it appear as one single object, but with it all being in one biblio table it would be so much simpler.
09:18 Could it have been performance reasons why it was split?
09:19 Joubu yes
09:20 it also brings the ability to define several "metadata", we could store several representation of the record
09:20 which we don't do so far
09:20 cait joined #koha
09:20 Joubu see bug 17196 comment 0
09:20 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=17196 enhancement, P5 - low, ---, jonathan.druart, CLOSED FIXED, Move marcxml out of the biblioitems table
09:24 inlibro joined #koha
09:26 kohaputti Joubu, thanks for the background. I wonder why is it so that there is performance hit, maybe I need to learn more about databases.
09:28 ashimema I think it's because we hardly every limit which fields we pull back so we're always returning huge globs from the marcxml field
09:28 Even when often time's we weren't actually refering to the data in them
09:29 Now we only actually grab the data at the point of needing it
09:29 kohaputti ashimema, in the bug report Joubu linked there was the example "SELECT publicationyear, count(publicationyear) FROM biblioitems GROUP BY publicationyear;" which was orders of magnitude slower without the split
09:29 so there is something else
09:30 ashimema interseting.. I forget.. it was a while ago now ;)
09:31 kohaputti https://stackoverflow.com/ques[…]-filesystem-cache
09:32 the solution answer there is exactly what we have :D
09:35 ashimema Joubu
09:35 ModDateLastSeen is called in CanBookBeIssued.. and it doesn't forbid the itemlost update
09:36 that seems a bit scary and odd and could have repercussions here couldn't it?
09:39 Joubu hard to say
09:40 ashimema mm
09:40 Joubu I think it's correct
09:40 it's used for "stats"
09:40 ashimema yeah
09:40 Joubu but the item is "found" I'd say
09:40 cannot remember the use case actually
09:41 ashimema I find the whole idea that one can update the 'date last seen' without actually marking the item as found a bit nuts
09:41 locally is flawed
09:42 Joubu coming from bug 4369
09:42 huginn Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4369 normal, P5 - low, ---, koha.sekjal, CLOSED FIXED, Local use does not update datelastseen
09:43 Joubu if the $leave_item_lost is on, that's what you mean?
09:43 ashimema feels like it should still rely on 'BlockReturnOfLostItems' pref to me
09:43 yup
09:43 that's what I mean
09:43 Joubu Bug 21231: BlockReturnofLostItems does not prevent lost items being found
09:43
09:43 When the syspref BlockReturnOfLostItems is set to Block, the item is blocked from being returned, but is still considered found -- it's set to lost=0 and a refund is applied to the patron (if circ rules allo
09:43 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=21231 major, P5 - low, ---, kyle, CLOSED FIXED, BlockReturnofLostItems does not prevent lost items being found
09:44 Joubu w). The item can then be checked in a second time and returned as it is no longer lost.
09:45 it does what you want, but ModDateLastSeen is called from other places
09:46 ashimema indeed
09:46 there are logical holes
09:46 grr
09:47 offline circ also returns the item regardless
09:48 I feel like in all cases we should flag to the user that the item was marked as lost and ask them what to do
09:48 mwah.. that's for another bug
09:56 marcelr bug 18958
09:56 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=18958 major, P5 - low, ---, kyle, Failed QA , If patron has multiple record level holds on one record transferring first hold causes next hold to become item level
09:57 marcelr holds are fun ;)
09:57 bye #koha
10:08 ashimema I've tested those patches so far Joubu and am happy with them
10:09 are you taking care of the remaining unit tests or would you like me to have a stab?
10:13 Joubu I need a break from this one actually :)
10:13 but I can come back to it later
10:14 I think we will need to ask tcohen and kidclamp for help/review
10:14 ashimema I'm happy to correct the unit tests whilst me head is in it.
10:14 tcohen morning
10:14 ashimema so feel free to break from it Joubu
10:24 inlibro joined #koha
10:35 khall joined #koha
10:39 fridolin joined #koha
10:54 cait hi all
10:55 magnuse hiya cait
10:57 cait hi all
10:57 repeating myself... *blames vacation*
10:57 ashimema mornin' cait
10:57 cait late morning :)
11:00 khall joined #koha
11:02 oleonard Hi all
11:04 cait hi oleonard :)
11:18 ashimema: if you have time a bit later... could you guide me for are rebase with sha1 missing... i've never done one of those
11:18 ashimema ah.. those are a pain
11:19 cait that's not helping yet :)
11:19 ashimema is it a bug you wrote and you still have a branch?
11:19 or someone elses bug?
11:19 cait i fixed my patches, although they need another rease
11:19 it's david nind's follow-up i struggle with :(
11:19 ashimema so.. you don't have his followup on your branch?
11:19 cait no
11:20 ashimema and you get sha1 when you try to apply it via git bz?
11:20 cait https://bugs.koha-community.or[…]_bug.cgi?id=25630
11:20 huginn Bug 25630: enhancement, P5 - low, ---, katrin.fischer, Patch doesn't apply , More capitalization and terminology fixes for system preferences
11:20 cait his follow-up is at the momen tthe top patch, shoudl be the last in sequence
11:21 ashimema can you checkout a new branch and apply them via git bz apply (picking the interactive option and putting his patch at the bottom after all yours in the resultant menu)?
11:21 that might work
11:21 cait that's because i had reattached my patches after the last rebase
11:21 didn't work i think
11:21 i followed the suggestions and couldn't get them to apply
11:21 well "it"
11:22 ashimema okies
11:22 you can perhaps fallback to a apply patch.. I always have to google the syntax.. one moment
11:25 khall_ joined #koha
11:25 inlibro joined #koha
11:30 cait i am also struggling a bit with bug 26023
11:30 wahanui okay, cait.
11:30 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=26023 major, P5 - low, ---, martin.renvoize, Signed Off , Incorrect permissions handling for cashup actions on the library level registers summary page
11:30 cait 5/ Login as a user with the 'cashup' permission 6/ You should still be able to access the above page 7/ You should not see the cashup actions
11:30 ... if i have the cashup perm... shoudl i not see them?
11:30 also... if i only have refund perm- i can't access the page it all now i tseems
11:30 ashimema :(
11:31 * ashimema needs more tea
11:31 cait wonder if i got the right permissions
11:33 khall joined #koha
11:34 cait i commented, check later (with tea)
11:39 Sarah joined #koha
11:41 cait ashimema: i have now rebased all of my patches on current master
11:41 missing david's still
11:41 ashimema okies
11:42 how big is his.. might just be easiest to replicate it and pretend to be him on commit with --author
11:42 cait quite big :(
11:42 https://bugs.koha-community.or[…]ent.cgi?id=106266
11:42 i have thought about htat, but was not sure if there wasn't a better git based way
11:43 it's a ton of quite small changes
11:43 i can do it, but he probably would need to check them again
11:45 Joubu I'd checkout an older commit, where the patches applied, then rebase origin/master
11:46 * ashimema is happy we have unit tests.. you broke a case Joubu :)
11:46 ashimema Just fixing it now
11:47 khall_ joined #koha
11:47 ashimema actually.. you didn't
11:48 cait Joubu: not sure what the commit was david did this with
11:48 his patch never applied for me
11:48 ashimema Kyles patch introducing time limited refunds did
11:49 hmm
11:55 * cait gets herself a cookie before redoing david's monster patch
11:56 cait (not meant badly, just will need a really close look) ugh. :)
11:59 Joubu cait: try to apply it with --reject
12:00 cait how does that work?
12:03 * oleonard also would like to know
12:03 cait Joubu: ok, that did something, but not sure how to continue
12:03 http://paste.koha-community.org/25186
12:04 do i need to check all the error ones?
12:05 Joubu it lists the hunks where things have not been applied, the 'error:' lines
12:05 cait ok
12:05 Joubu a .rej should have been created to give you info
12:05 cait i got 4
12:05 Joubu like the first one is "prefs-menu.inc", you should have a prefs-menu.inc.rej
12:05 khall joined #koha
12:06 cait and an untracked file... hm
12:06 hm ok, the untracked one is a renamed file
12:06 i will try and see if i can work through them
12:07 do i just delete the rej after making changed to the file?
12:07 Joubu rename koha-tmpl/intranet-tmpl/prog/en/module​s/admin/preferences/{staff_client.pref => staff_interface.pref} (99%)
12:07 it's the renamed one
12:07 you will have to git rm and git add (maybe git rm is not needed actually)
12:07 cait how do i fix the reanmed one?
12:07 Joubu check if staff_client.pref exists, if it exists you git mv staff_client.pref staff_interface.pref
12:07 cait if i git add... won't there be a staff_client and a staff_interface one?
12:08 Joubu if it's removed already, you git add staff_interface.pref
12:08 cait i think i'd feel a bit safer removing the renamed extra and rename the now file
12:08 Joubu I mixed up the names...
12:08 cait yep i will try the git mv
12:08 Joubu no I did not
12:08 cait i think i did, but i think I see what you mean
12:10 ashimema erm
12:10 cait git mv koha-tmpl/intranet-tmpl/prog/en/module​s/admin/preferences/staff_client.pref koha-tmpl/intranet-tmpl/prog/en/modules​/admin/preferences/staff_interface.pref
12:10 fatal: bad source, source=koha-tmpl/intranet-tmpl/prog/en/mod​ules/admin/preferences/staff_client.pref, destination=koha-tmpl/intranet-tmpl/prog/en/m​odules/admin/preferences/staff_interface.pref
12:10 hmpf?
12:10 oh
12:10 yeah it was deleted... ok. i see.
12:11 I think i know -th
12:11 x
12:11 Joubu then just add the untracked one
12:12 it will be marked as moved in the patch
12:14 cait it looks right now
12:14 i think :)
12:14 work on the .rej
12:14 that has been really helpful
12:14 much better than having to redo all the changes
12:15 Joubu yes, it's painful but way less than having to rewrite the whole thing :)
12:16 cait yeah, and in this case risk is no thigh, as it's all small independent changes
12:16 ashimema++ Joubu++
12:20 khall joined #koha
12:25 inlibro joined #koha
12:39 cait .... all rebased. - only needs QA now ;)
12:39 Also need some help on bug 24055 from someone who understands our paypal feature a bit more than me
12:40 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=24055 trivial, P5 - low, ---, katrin.fischer, Failed QA , Description of PayPalReturnURL system preference is unclear
12:40 khall joined #koha
12:41 Joubu anybody familiar with UpdateItemLocationOnCheckin?
12:41 https://lists.katipo.co.nz/pip[…]ugust/055034.html
12:41 I've tested on master, and permanent_location is null if was null before the item is in CART
12:42 cait that does not seem wrng
12:42 permanent_location = location i think, until something like CART happens
12:42 coudl it be a data problem?
12:42 i remember our old instances don't always have permanent_location set
12:43 i think we fixed that... but not sure how and when
12:44 Joubu ok, trying to answer
12:46 Marie-Luce joined #koha
12:53 * ashimema closes eyes and pretends he's in Marseille whilst he eats some super stinky cheese for lunch
12:53 khall joined #koha
12:53 cait heh
12:54 and also fixed up bug 13535... :)
12:54 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=13535 enhancement, P5 - low, ---, katrin.fischer, Needs Signoff , Table alert is missing FK and not deleted with the patron
13:00 * cait would also really love the person who signed off on Bug 25129        - Update German (de-DE) web installer files for 20.05 - these are supposed to go into stable versions
13:00 cait they have been sitting since end of may
13:11 khall joined #koha
13:20 bdonnahue1 joined #koha
13:25 inlibro joined #koha
13:25 ashimema bug 25129
13:25 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=25129 enhancement, P5 - low, ---, katrin.fischer, Needs Signoff , Update German (de-DE) web installer files for 20.05
13:26 ashimema gotta finish this work first.. then can try to come back for that cait..
13:26 cait that woudl be great
13:26 there is also one for the frameworks
13:26 ashimema if I've not done it today.. remind my Monday.. unless someone beats me to it of course ;)
13:26 hugs
13:26 cait thx :)
13:26 i have another 2 patches to rebase, then back to QA
13:27 ashimema :)
13:28 wizzycray joined #koha
13:32 Joubu cait: what about removing the de-DE installer files?
13:32 for 20.11
13:33 cait i want that
13:33 another reason to get the fixes in for 20.05
13:33 so i can then move the fixed files to the new 'system'
13:34 ashimema Unit tests are awesome.. catching all sorts of little things I missed 😀
13:35 Makes me less grumpy about writing them when I later find they prevent regressions I would have introduced.. lol
13:35 Current my thanks past me
13:36 cait Joubu: i want them backported to 20.05 so the installers there are up to date first :)
13:44 Joubu yes sure!
13:53 oleonard "The AutomaticItemReturn system preference must be set to “Don’t automatically transfer items to their home library when they are returned” for rotating collections to function properly."
13:53 Why?? Because we haven't built in a  check that takes rotating collections into account when checking in?
13:57 lukeG Good morning
13:58 oleonard Hi lukeG
13:59 cait brb, got to pick up something
14:08 fridolin left #koha
14:19 ashimema there's loads of weird checks actually oleonard..
14:20 * oleonard loves weird checks if they're made out to him
14:20 ashimema but.. transfers are generally a mess with them getting cancelled via various routes and never readded
14:20 stock rotation also falls fowl of issues there
14:20 I have a big branch of bugs that attempts to fix it..
14:21 still a work in progress but lots of the bugs are already there and ready to play with
14:24 vfernandes which is the best way to translate this expression? https://translate.koha-communi[…]category=critical
14:24 error: Python brace placeholders
14:25 inlibro joined #koha
14:30 cait back
14:30 keep the {count}
14:30 it is replaced with the naumber
14:30 ah
14:30 i think you translated it corectly, it's pootle not liking the {}
14:31 i thnk it will still work, even if it shows in red here
14:33 vfernandes ok, thanks cait
14:50 ashimema reading the code it looks like if you lose an item.. then find it.. then lose it again.. we don't update the itemlost_on field to contain the latest lose date
14:51 same for withdrawn items
14:52 oh.. no.. we do reset it..
14:52 this code is weird :(
14:57 oleonard @quote add <ashimema> this code is weird :(
14:57 huginn oleonard: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command).
14:58 oleonard @quote add <ashimema> this code is weird :(
14:58 wahanui i already had it that way, oleonard.
14:58 huginn oleonard: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command).
14:58 oleonard *shrug*
14:58 khall joined #koha
14:59 ashimema @quote add <ashimema> this code is weird :(
14:59 wahanui i already had it that way, ashimema.
14:59 huginn ashimema: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command).
15:00 ashimema lol
15:00 I thought I was
15:00 reiveune bye
15:00 reiveune left #koha
15:00 * oleonard too!
15:12 * cait hands out icecream to everyone around
15:13 oleonard Thanks cait, I was actually hoping that what you went out to pick up was ice cream
15:13 cait ;)
15:14 ashimema ice cream :P
15:19 khall joined #koha
15:25 inlibro joined #koha
16:26 inlibro joined #koha
16:31 ashimema time to go cook.. have a good weekend all
17:16 oleonard this code?
17:16 wahanui: this code?
17:16 wahanui oleonard: i don't know
17:26 inlibro joined #koha
17:47 caroline joined #koha
18:11 did joined #koha
18:26 inlibro joined #koha
18:47 oleonard cait still around?
18:47 cait yes
18:49 oleonard Ah never mind I figured it out :)
18:49 * oleonard trying to trigger various error messages for testing
18:53 cait ok :)
19:26 inlibro joined #koha
20:26 inlibro joined #koha
21:26 inlibro joined #koha
21:42 koha-jenkins Project Koha_20.05_D9 build #67: SUCCESS in 40 min: https://jenkins.koha-community[…]Koha_20.05_D9/67/
21:49 Yippee, build fixed!
21:49 wahanui Congratulations!
21:49 koha-jenkins Project Koha_20.05_U18 build #55: FIXED in 46 min: https://jenkins.koha-community[…]oha_20.05_U18/55/
21:52 Project Koha_20.05_D9_My8 build #58: SUCCESS in 50 min: https://jenkins.koha-community[…]_20.05_D9_My8/58/
21:59 Project Koha_20.05_U16 build #52: SUCCESS in 56 min: https://jenkins.koha-community[…]oha_20.05_U16/52/
22:07 Project Koha_20.05_U20 build #52: SUCCESS in 1 hr 4 min: https://jenkins.koha-community[…]oha_20.05_U20/52/
22:19 Project Koha_20.05_D10 build #63: SUCCESS in 37 min: https://jenkins.koha-community[…]oha_20.05_D10/63/
22:27 inlibro joined #koha
22:38 koha-jenkins Project Koha_20.05_D9 build #68: SUCCESS in 48 min: https://jenkins.koha-community[…]Koha_20.05_D9/68/
22:39 Project Koha_20.05_U18 build #56: SUCCESS in 46 min: https://jenkins.koha-community[…]oha_20.05_U18/56/
22:49 Project Koha_20.05_U20 build #53: FAILURE in 42 min: https://jenkins.koha-community[…]oha_20.05_U20/53/
22:52 Project Koha_20.05_U20 build #54: STILL FAILING in 2 min 17 sec: https://jenkins.koha-community[…]oha_20.05_U20/54/
22:55 lukeG dang you U20
22:59 koha-jenkins Project Koha_20.05_U16 build #53: SUCCESS in 39 min: https://jenkins.koha-community[…]oha_20.05_U16/53/
23:00 Project Koha_20.05_D9_My8 build #59: SUCCESS in 1 hr 0 min: https://jenkins.koha-community[…]_20.05_D9_My8/59/
23:21 Project Koha_20.05_D10 build #64: SUCCESS in 43 min: https://jenkins.koha-community[…]oha_20.05_D10/64/
23:26 Project Koha_20.05_D9 build #69: SUCCESS in 46 min: https://jenkins.koha-community[…]Koha_20.05_D9/69/
23:27 inlibro joined #koha
23:39 koha-jenkins Project Koha_20.05_U18 build #57: UNSTABLE in 40 min: https://jenkins.koha-community[…]oha_20.05_U18/57/
23:56 Project Koha_20.05_U16 build #54: SUCCESS in 56 min: https://jenkins.koha-community[…]oha_20.05_U16/54/

← Previous day | Today | Next day → | Search | Index

koha1