← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:04 | inlibro joined #koha | |
| 00:08 | bdonnahue joined #koha | |
| 00:11 | sameee joined #koha | |
| 01:05 | inlibro joined #koha | |
| 02:05 | inlibro joined #koha | |
| 03:05 | inlibro joined #koha | |
| 04:05 | inlibro joined #koha | |
| 05:05 | inlibro joined #koha | |
| 06:05 | inlibro joined #koha | |
| 06:09 | chris joined #koha | |
| 06:42 | cait joined #koha | |
| 06:51 | chris joined #koha | |
| 06:53 | calire joined #koha | |
| 06:59 | indradg joined #koha | |
| 06:59 | vishal_ joined #koha | |
| 07:00 | vishal_ | Hello... is anyone online now? I'm facing a problem with the 18.11 web installer |
| 07:01 | fridolin joined #koha | |
| 07:01 | fridolin | hi |
| 07:06 | vishal_ | fridolin, Hi |
| 07:06 | inlibro joined #koha | |
| 07:07 | vishal_ | fridolin I'm facing a problem with the 18.11 web-installer (18.11.10)... the installer keeps logging out at each step |
| 07:40 | reiveune joined #koha | |
| 07:40 | reiveune | hello |
| 07:51 | sophie_m joined #koha | |
| 07:57 | alex_a joined #koha | |
| 07:57 | alex_a | Bonjour |
| 08:05 | marcelr joined #koha | |
| 08:05 | marcelr | hi #koha |
| 08:06 | inlibro joined #koha | |
| 08:13 | cait joined #koha | |
| 08:16 | laurence joined #koha | |
| 08:18 | fridolin joined #koha | |
| 08:35 | alex_a_ joined #koha | |
| 08:37 | paxed | hmm... koha really should require patrons to confirm their emails |
| 08:44 | cait | paxed: it could be a good feature for some |
| 08:45 | especially public libraries | |
| 08:45 | ashimema | +1 |
| 08:46 | fairly easy to impliment too I reckon | |
| 08:46 | * ashimema | has done features like that before |
| 08:47 | cait | hm but would need a flag or something like that |
| 08:47 | that the email jobs look at | |
| 08:48 | ashimema | depends what you want the varified status to mean |
| 08:49 | cait | i think the goal would be not sending emails to non-existing email addresses |
| 08:50 | paxed | i don't see a bug for it, either |
| 08:50 | cait | we discussed that a while ago with our group of 'public' libraries |
| 08:50 | paxed: I am not aware of one, will you write it up? | |
| 08:50 | they have a lot of issues with sorting through the bouncing emails | |
| 08:50 | * ashimema | chants "make a bug, make a bug" |
| 08:51 | paxed | cait: or, in the case of gmail addresses, names with and without dots (which gmail thinks are equal) |
| 08:51 | cait | ew |
| 08:52 | we once got blocked for an email address with only one letter before the @ | |
| 08:52 | totally valid format... but they thought it was highly suspicious and blocked us - no fun | |
| 08:52 | verification might have helped avoid that | |
| 08:52 | (not gmail, but some other provider) | |
| 08:52 | emails are.. fun. | |
| 08:55 | paxed | cait: very quick bug 23908 |
| 08:55 | huginn | Bug http://bugs.koha-community.org[…]_bug.cgi?id=23908 enhancement, P5 - low, ---, koha-bugs, NEW , Require patrons to confirm their email address |
| 08:57 | cait | cool, added some questions (food for thought I hope) |
| 09:04 | alex_a joined #koha | |
| 09:06 | inlibro joined #koha | |
| 09:37 | ashimema | new bz keyword cait.. if you feel something you'r QAing isn't quite ready, but would really like to see it move early next cycle.. sticka 'rel_20_05_target keyword on it :) |
| 09:37 | I'll be using that to help me keep track of who I should be poking regularly after this upcoming release | |
| 09:38 | cait | i didn't dare to use it without your consent :) |
| 09:38 | ashimema | wow.. I can't type today |
| 09:38 | go for it :) | |
| 09:38 | I stuck it on bug 20307 :) | |
| 09:38 | huginn | Bug http://bugs.koha-community.org[…]_bug.cgi?id=20307 new feature, P5 - low, ---, jonathan.druart, Signed Off , Language overlay for authorized values |
| 09:39 | ashimema | whilst we have momentum I want to make sure it stays in our target lines.. but I think we all agree we can put it down for a month whilst we get this release polished :) |
| 09:40 | * ashimema | should probably mark a few of his own cash related bugs with it :(... would have been nice, but I ended up down a rabbit hole updating yet more accounts foundations |
| 09:41 | ashimema_ joined #koha | |
| 09:42 | cait | ashimema: also thx for correcting the link - i had tested it, but bugzilla is kind of weird sometimes with the shared links |
| 09:42 | ashimema | yeah, bz links can be very strange.. |
| 09:43 | did you spot the two 'manual' searches I've created and shared btw? | |
| 09:43 | they should appear in the bottom links | |
| 09:43 | `Manual - ByWater` and `Manual - PTFS-E` | |
| 09:44 | I should write a few a couple more for highlighting other companies that have submitted big features this release which aren't yet properly documented.. Bywater have their team working though their list, as have we :) | |
| 09:48 | cait | that's quite cool |
| 09:49 | I wonder how we could moveon with the translations | |
| 09:49 | at this point i think we shoudl remove the translated manuals from the website... because they are not updated | |
| 09:49 | and link to bernardo's copy | |
| 09:49 | ashimema | I've lost track of where we're at with those again |
| 09:49 | cait | not ideal... but we have no solution in sight |
| 09:49 | we have amanal for the docs | |
| 09:49 | ashimema | what is barnardo's copy? |
| 09:50 | cait | sorry again |
| 09:50 | we have 2 repos | |
| 09:50 | 1 for the manual, this generates what is on the website | |
| 09:50 | 2 for the po files on translate | |
| 09:50 | the issue is, that 1 never gets updated from 2 | |
| 09:50 | ashimema | right.. |
| 09:50 | are you around today? | |
| 09:51 | cait | bernardo has a preview running, where he uses the po files with current manual and makes them |
| 09:51 | but the official manuals never see translation updats | |
| 09:51 | i have a meeting in 10 minutes, but after that yes | |
| 09:51 | ashimema | so it's literally just a case of pulling from barnardo's repo and pushing to the community one? |
| 09:51 | in an automated fashion? | |
| 09:52 | ok.. lets talk after.. | |
| 09:52 | if you have an hour I reckon between us we can get something working.. I just need help understanding the flows as they currently exist | |
| 09:52 | :) | |
| 09:52 | I'll plumb it into my release notes maintanence scripts | |
| 09:53 | cait | i think one of the issues is that you can't automate pull requests/merge requests easily? |
| 09:53 | at least that's what i got | |
| 09:54 | ashimema | not from gitlab side.. but I think we can with a middle server |
| 09:58 | huginn | News from kohagit: Bug 20595: Add handling for LRP field in EDI <http://git.koha-community.org/[…]3c410b60961d769e0> |
| 10:06 | ashimema | erm.. |
| 10:06 | inlibro joined #koha | |
| 10:06 | ashimema | am I also right in thinking the automagic manual build are all going into a 19.05 manual.. |
| 10:06 | which seems wrong to me | |
| 10:09 | marcelr joined #koha | |
| 10:13 | kohaputti | is the raw data for https://hea.koha-community.org somewhere available? |
| 10:15 | koha-jenkins | Project Koha_Master_D10 build #53: STILL FAILING in 15 min: https://jenkins.koha-community[…]ha_Master_D10/53/ |
| 10:17 | marcelr | bug 21190 is ready for your signoff :) |
| 10:17 | huginn | Bug http://bugs.koha-community.org[…]_bug.cgi?id=21190 enhancement, P2, ---, m.de.rooy, Needs Signoff , GDPR: Log successful/unsuccessful login attempts [part 1] |
| 10:27 | khall joined #koha | |
| 10:28 | khall_ joined #koha | |
| 10:32 | koha-jenkins | Project Koha_Master_D9 build #951: UNSTABLE in 33 min: https://jenkins.koha-community[…]ha_Master_D9/951/ |
| 10:36 | magnuse | marcelr++ |
| 10:38 | vfernandes joined #koha | |
| 10:38 | vfernandes | hi #koha |
| 10:42 | kohaputti | cait, about #21572, I still think it is really really strange anybody would allow to checkout reserves that are waiting for another patron unless it is the librarian doing the override. |
| 10:44 | the patron has most likely received an email about an item being available for pickup and then if that patron goes to get it the item could be gone! | |
| 10:48 | cait, hmm, I think people commenting on the bug are maybe confused because there are two changes happening: 1. fixing this strangeness in the SCO module that allowed to checkout waiting items 2. Merging SCO and SIP syspref together | |
| 10:49 | ashimema | kohaputti I don't think the raw data is available from hea |
| 10:50 | though it might be nice to have.. do you have a use case for that? | |
| 10:50 | perhaps add an issue to the gitlab repo for hea | |
| 10:50 | cait | sorry, just got back from a meeting, will read back in abit (after lunch) |
| 10:50 | ashimema | https://gitlab.com/koha-community/hea-app |
| 10:51 | kohaputti | ashimema, thanks for the info. I was just looking for it because I wanted to know the statistics of libraries using the same combination of specific sysprefs. |
| 10:51 | like how many libraries use AcqWarnOnDuplicateInvoice = 1 AND AgeRestrictionOverride = 1 | |
| 10:52 | and how many use AcqWarnOnDuplicateInvoice = 0 AND AgeRestrictionOverride = 1 | |
| 10:52 | though for my use case I wanted some data for the bug I just pinged cait about | |
| 10:52 | ashimema | it would be really nice to be able to query hea in that way |
| 10:53 | if you fancied writing up a little report I'd might have a go at implimenting it | |
| 10:54 | it's a koha side project though.. and a not especially maintained one :(.. i've love to see some of these projects get more love | |
| 11:00 | koha-jenkins | Project Koha_Master_D8 build #485: STILL UNSTABLE in 44 min: https://jenkins.koha-community[…]ha_Master_D8/485/ |
| 11:06 | cait | Joonas: it might be a terminology issue too -is reserved = waiting in your bug? |
| 11:06 | inlibro joined #koha | |
| 11:07 | cait | you don't want people to carry out wiating ones, but reserved... first come first seve |
| 11:07 | koha-jenkins | Project Koha_Master_U18 build #425: UNSTABLE in 34 min: https://jenkins.koha-community[…]a_Master_U18/425/ |
| 11:07 | cait | kohaputti: i mean :) |
| 11:07 | ashimema | shout when you have a moment to discuss translations cait? |
| 11:08 | cait | oi yes, i want to |
| 11:08 | just let me try to get behind kohaputti*s question first... it's about holds... | |
| 11:08 | ashimema | okies |
| 11:10 | cait | ok, status explained at the bottom - see it now |
| 11:10 | kohaputti | cait, yeah I think it is a bit of a terminology issue now. I will submit a separate bug report for disallowing the waiting item checkout in SCO module so we don't have to discuss about that in this bug report. |
| 11:10 | cait | disallow for other users, right? |
| 11:10 | kohaputti | yes |
| 11:10 | cait | ok |
| 11:11 | I think AllowItemsOnHoldCheckout is for reserves (not waiting) | |
| 11:11 | so maybe we shoudl not mix things | |
| 11:11 | kohaputti | if AllowItemsOnHoldCheckout is enabled the SCO allows also to checkout other people's waiting reserves |
| 11:11 | so that is a bug in my opinion | |
| 11:11 | cait | yeah |
| 11:11 | i would agree there | |
| 11:12 | that's odd | |
| 11:12 | but it's actually explicitly mentioned in the pref description | |
| 11:12 | kohaputti | In SIP server with AllowItemsOnHoldCheckoutSIP on the other hand doesn't allow to checkout other people's waiting reserves |
| 11:12 | cait | it just seems nonsensical |
| 11:13 | actually the prefs shoudl be rephrased anyway RESERVE_WAITING and RESERVED is not very clear | |
| 11:13 | doesn't appear anywhere users can see | |
| 11:13 | khall_: ping? | |
| 11:13 | kidclamp: ping? | |
| 11:13 | need some holds experts | |
| 11:14 | khall_ | what's up cait? |
| 11:14 | kidclamp | hi |
| 11:14 | wahanui | hola, kidclamp |
| 11:14 | cait | we are discussing bug 21572 |
| 11:14 | huginn | Bug http://bugs.koha-community.org[…]_bug.cgi?id=21572 enhancement, P5 - low, ---, joonas.kylmala, In Discussion , Allow checkout an item with reserve that is not yet in waiting state |
| 11:14 | kohaputti | cait, so then the other thing I suggested in the bug report was that we would merge AllowItemsOnHoldCheckoutSIP and AllowItemsOnHoldCheckout to one. This is because I don't see any reason for SCO and SIP to act differently. |
| 11:14 | cait | there are multiple quesitions |
| 11:14 | 1) Should you be able to checkout waiting items ever? | |
| 11:14 | the prefs in question say they allow checkout for RESERVE_WAITING and RESERVED - so that includes waiting, but seems odd | |
| 11:15 | i thought the use case was to allow users to take home books with holds on them that haven't been checked in yet | |
| 11:15 | but not... to pull them off the hodls shelf where another patron has already been notified | |
| 11:15 | BobB joined #koha | |
| 11:15 | kohaputti | for question 1) if we really would want to allow checking out waiting items then we should fix the email notification system to not send anything or something |
| 11:16 | sooo my preference is to not allow checking out waiting items unless it is librarian doing override for whatever reason | |
| 11:16 | cait | i think we have to let them read |
| 11:16 | I lean that way too, but I am very confused to why it was included in the first place | |
| 11:16 | kohaputti | hmm, I think I mentioned something in the bug report about the bug being introduced in some commit. Let me find that again. |
| 11:17 | (well I think it is a bug) | |
| 11:17 | sorry, that was another thing | |
| 11:18 | cait | i think we have to sort and split here :) |
| 11:18 | kidclamp | I do think a single branch might use the SIP and SCO differently |
| 11:18 | cait | kidclamp: khall: scared away or reading? |
| 11:19 | khall | nope, just ADHD :) |
| 11:19 | kohaputti | kidclamp, please lighten us how :) |
| 11:19 | cait | i think there is multiple things mixed up here |
| 11:20 | khall: i actually didn't get your example :( how would you use sip off-site? | |
| 11:21 | kidclamp | bookmobile, or just away from staff eyes |
| 11:21 | like a sip machine near an exit, and an SCO by the staff desk | |
| 11:21 | khall | I think the simplest solution is to never allow checkout of waiting items. To me checkout and waiting item are mutually exclusive |
| 11:21 | am I missing a point kidclamp ? | |
| 11:22 | kidclamp | no, but I think we are talking multiple things |
| 11:22 | kohaputti | khall, there was two things here 1. a bug in allowing waiting items to be checked out 2. merging AllowItemsOnHoldCheckoutSIP and AllowItemsOnHoldCheckout |
| 11:22 | kidclamp | because I agree, if it is 'waiting' it shouldn't go out, uness staff manually confirms so |
| 11:22 | but I think separate prefs to say whether an item with a hold but not yet waiting should be possibly checked out | |
| 11:23 | kohaputti | kidclamp, but why separate sysprefs? |
| 11:23 | cait | i can agree to that |
| 11:23 | and rephrase the prefs to epxlain things properl | |
| 11:23 | y | |
| 11:23 | kohaputti | <kidclamp> like a sip machine near an exit, and an SCO by the staff desk |
| 11:23 | What would be usage of two sysprefs here? | |
| 11:24 | do you mean staff would use SCO module instead of intranet? | |
| 11:24 | cait | I think it woudl be good if we coudl document the use case on the bug... keeps us from discussing this again and again :) |
| 11:24 | i don't care too mucha bout separate or not - but I am keen on not checking out the waiting items (separate bug report?) | |
| 11:24 | kohaputti | cait, lets document it after this discussion |
| 11:25 | cait, yes, I will make the separate report for that | |
| 11:25 | kidclamp | if one machine is not near staff, asking patrons to return book to staff is undesired possibly |
| 11:26 | not necessarily staff using the SCO, but at least it is near them , so giving the book back to staff is easy | |
| 11:27 | cait | sorry... but not getting it |
| 11:27 | if the book has a hold on it... the machine says ask staff ... | |
| 11:27 | kidclamp | one machine has a staff person monitoring it, and can help people and take books from them |
| 11:27 | cait | but you don't get any notice then |
| 11:27 | not jsut not blocking | |
| 11:27 | kidclamp | the other is unmonitored, no staff nearby, the patron cannot easily give book to staff |
| 11:27 | cait | so it would be... invisible - monitored or not? |
| 11:28 | kohaputti | kidclamp, why does the patron give the book to staff? |
| 11:28 | kidclamp | because there is a hold that is not yet waiting |
| 11:28 | and it would notify them that they cannot check book out | |
| 11:29 | kohaputti | kidclamp, but so there would be another self checkout machine SIP or SCO module that would allow to checkout a item on hold? |
| 11:29 | what's the idea with that? | |
| 11:30 | kidclamp | monitored machine controlled by pref to say "there is a hold, book is not checked out" staff are present, they can take the book |
| 11:30 | unmonitored machine - controlled by pref to allow the checkout - the patron gets the book and can go | |
| 11:31 | more simply even. SIP and SCO are different, they should have their own prefs | |
| 11:31 | kohaputti | ok, so I think that should not be tied to the protocol being used |
| 11:33 | SCO machines are only differentiated by the branch, right? There is no username, password, etc. So in that case maybe we could have this option on the branch level. | |
| 11:33 | kidclamp | I disagree, SCO stations can be a simple web machine, sip machines are usually purchased/built - one is easy for libraries to obtain, the other is less, and that may change usage |
| 11:33 | the prefs should be tied into one description | |
| 11:33 | or move SIP control to SIP config | |
| 11:34 | I don't see the problem of having two prefs | |
| 11:34 | cait | maybe maintain 2 prefs for now... and figure the waiting hold problem? also rephrase prefs |
| 11:34 | sev_q joined #koha | |
| 11:34 | cait | hi sev_q! |
| 11:34 | kohaputti | "may change usage" – we are only discussing checkout usage here not anything else sip might offer |
| 11:34 | sev_q | hi cait :) |
| 11:34 | khall | kidclamp kohaputti AllowItemsOnHoldCheckout[SIP] is based on the philosophy that a patron with a book in hand gets that book, period |
| 11:35 | I know a lot of our partners operate that way | |
| 11:35 | cait | (but not waiting ones, right?) |
| 11:36 | or thosetoo? | |
| 11:36 | khall | That's a philosophical question I don't have the answer to. My view would be 'no'. |
| 11:36 | The concept is to minimize disappointment | |
| 11:37 | cait | i think as they are not informed about others taking the item.. someone showing up in the library to pick it up woudl be very disappointed |
| 11:37 | kidclamp | except, the prefs specifically state 'RESERVE_WAITING' which would mean a behvaiour change |
| 11:37 | cait | more than the one who stole it from the pick-up shelf |
| 11:37 | khall | so I think the patron not getting to check out the book would be less disappointed that the patron who traveled to the library to pick up a hold only to find it was no longer there |
| 11:37 | cait | this gets messy |
| 11:37 | would it be a multi-select pref? | |
| 11:37 | kohaputti | I reported the waiting state checkout bug in bug 23909 |
| 11:37 | huginn | Bug http://bugs.koha-community.org[…]_bug.cgi?id=23909 minor, P5 - low, ---, koha-bugs, NEW , SCO allows to check out items with Waiting state if AllowItemsOnHoldCheckoutSCO |
| 11:37 | cait | and we uncheck it for new... and leave as is now for existing? |
| 11:38 | khall | this is probably one of those cases wherewe need YASP :( |
| 11:38 | oleonard joined #koha | |
| 11:38 | cait | ... a multi-select one woudl at least keep the pref number the same |
| 11:38 | oleonard | Hi |
| 11:38 | cait | hi oleonard :) |
| 11:38 | want to chime in? | |
| 11:38 | we are discussing holds questions... | |
| 11:39 | or you could help me debug my detail page print layout... | |
| 11:40 | paxed | "Oh hey, i found this book in the self checkout shelf, i have it in my hand, i'll just check it out now ..." ;) |
| 11:40 | kidclamp | so...kohaputti... rereading your bug it sounds like SIP not allowing waiting to checkout is a regression? |
| 11:40 | paxed | err, the shelf where you go pick up waiting reserved books ... |
| 11:41 | oleonard | Can the holds question be summed up briefly? :) |
| 11:41 | kohaputti | kidclamp, no |
| 11:41 | cait | oleonard: does it make sense to allow checking out waiting holds on sco/sip? |
| 11:41 | * oleonard | votes no |
| 11:41 | cait | oleonard: do we need the 'onhold' something prefs be separate prefs for sco and sip? |
| 11:41 | kidclamp | "I think how SCO works with Waiting state holds is bad" - I agree philosophically, but if that is how it has always worked |
| 11:42 | kohaputti | please comment your "votes" on the bug 23909 |
| 11:42 | cait | which doesn't always mean it's a good thing |
| 11:42 | kidclamp | quote 123 |
| 11:42 | cait | what about my suggestio to change it into checkboxes? (multi-select) |
| 11:42 | @quote 123 | |
| 11:42 | huginn | cait: I've exhausted my database of quotes |
| 11:42 | kidclamp | @quote get 123 |
| 11:42 | huginn | kidclamp: Quote #123: "rangi: #thingsihavelearnt if there is a mad scheme a library somewhere will be doing it ... except madder" (added by wizzyrea at 09:20 PM, March 30, 2011) |
| 11:42 | wahanui | i already had it that way, huginn. |
| 11:46 | kohaputti | cait, checkboxes are more complex than my suggestion of one single syspref.. I'm interested in this bug because I would like to show availablity information of item through REST API and it gets tricky if you can get the item with SCO and not with SIP |
| 11:47 | cait | ah |
| 11:47 | now we get to the core of the issue | |
| 11:47 | kohaputti | what would we show in OPAC: the item is available but only if you use this machine at the library.. on the other machine it is not available |
| 11:47 | cait | yeah, that's werid |
| 11:48 | i think it's a strong point for not allwoing too many different things | |
| 11:48 | kohaputti | I'm hoping to get Koha support to VuFind through REST API and this is one of the things to solve |
| 11:55 | kidclamp | Ah, okay, in terms of API that makes more sense |
| 11:56 | cait | oleonard++ |
| 11:57 | in sight of api... i vote merge | |
| 11:57 | ... and because i am not strongly persuaded by the use case *hides* | |
| 12:00 | kidclamp | it would almost be nice if it could be set per API account - that is how the SIP control should be as well ideally - but I think right now SIP follows staff interface |
| 12:02 | cait | I think this type of granularity could lead to problems fast... too confusing |
| 12:03 | i already have a headache from this | |
| 12:06 | inlibro joined #koha | |
| 12:13 | khall joined #koha | |
| 12:20 | huginn | News from kohagit: Bug 23382: (RM follow-up) Days of the week discrepancies <http://git.koha-community.org/[…]6528f53b66a8893b7> |
| 12:30 | kohaputti | ashimema, https://bugs.koha-community.or[…]_bug.cgi?id=23911 – that's for the Hea complex query feature I was looking for |
| 12:30 | huginn | Bug 23911: new feature, P5 - low, ---, chris, NEW , Possibility to do more complex analysis of systempreference usage |
| 12:39 | ashimema | nice, thanks |
| 12:40 | oleonard, hows the opac icons patch coming.. shall I test it? | |
| 12:40 | khall joined #koha | |
| 12:40 | oleonard | ashimema: I'm writing up a test plan now, have identified a couple of very minor things. But I think it's ready to test if you're eager |
| 12:45 | huginn | News from kohagit: Bug 22445: (RM follow-up) Build CSS <http://git.koha-community.org/[…]4e3fca14d064d16cb> |
| 12:45 | News from kohagit: Bug 23858: (follow-up) Return code fix <http://git.koha-community.org/[…]0680be3f93132d74d> | |
| 12:45 | News from kohagit: Bug 23858: Make POST add the Location header on vendors endpoint <http://git.koha-community.org/[…]d60cf28674bb24157> | |
| 12:45 | News from kohagit: Bug 23858: Regression tests <http://git.koha-community.org/[…]0f86ff0b41cc6d871> | |
| 12:45 | News from kohagit: Bug 23525: (bug 19289 follow-up) Use biblio's framework not ACQ <http://git.koha-community.org/[…]c1b8622fc88567217> | |
| 12:45 | News from kohagit: Bug 22114: Untranslatable "Patron note:" in checkout.js <http://git.koha-community.org/[…]ac97a32b50d6a24ae> | |
| 12:45 | News from kohagit: Bug 23310: Reduce noise in Koha::Biblio <http://git.koha-community.org/[…]25aad490975aaebeb> | |
| 12:45 | News from kohagit: Bug 22874: Use false instead of 0 value for limiting on availability <http://git.koha-community.org/[…]f3ec918e96f8481cb> | |
| 12:45 | janPasi_ joined #koha | |
| 12:47 | oleonard | Writing detailed test plans are an excellent way to suss out bugs |
| 12:48 | ashimema | hehe :) |
| 12:50 | Dyrcona joined #koha | |
| 12:53 | calire | oleonard also happy to look if needed |
| 12:53 | oleonard | Bug 23903: https://gitlab.com/koha-dev/ko[…]/ip-opac-fa-icons |
| 12:53 | huginn | Bug http://bugs.koha-community.org[…]_bug.cgi?id=23903 enhancement, P5 - low, ---, oleonard, ASSIGNED , Replace OPAC icons with Font Awesome |
| 12:55 | News from kohagit: Bug 22826: Allow indexing of individual authorities in Elasticsearch <http://git.koha-community.org/[…]28d66e691a6d68b1a> | |
| 13:01 | koha-jenkins | Yippee, build fixed! |
| 13:01 | wahanui | Congratulations! |
| 13:01 | koha-jenkins | Project Koha_Master_U18 build #426: FIXED in 36 min: https://jenkins.koha-community[…]a_Master_U18/426/ |
| 13:06 | Project Koha_Master_D10 build #54: STILL FAILING in 4 min 55 sec: https://jenkins.koha-community[…]ha_Master_D10/54/ | |
| 13:07 | inlibro joined #koha | |
| 13:21 | ashimema | https://koha-community.org/abo[…]ect-organization/ - That's a bit out of date isn't it? |
| 13:30 | bug 23890 | |
| 13:30 | huginn | Bug http://bugs.koha-community.org[…]_bug.cgi?id=23890 enhancement, P5 - low, ---, koha-bugs, NEW , Plugins that utilise possibly security breaching hooks should warn |
| 13:31 | wizzyrea joined #koha | |
| 13:42 | koha-jenkins | Project Koha_Master_D9 build #952: STILL UNSTABLE in 35 min: https://jenkins.koha-community[…]ha_Master_D9/952/ |
| 13:44 | oleonard | Hi wizzyrea |
| 13:46 | bdonnahue1 joined #koha | |
| 13:48 | tcohen | hola |
| 13:48 | bdonnahue1 joined #koha | |
| 13:49 | cait | @later tell davidnind possible we forgot to branch out the manual for 19.05 in time? |
| 13:49 | huginn | cait: The operation succeeded. |
| 13:49 | wizzyrea | hi |
| 13:49 | wahanui | bonjour, wizzyrea |
| 13:59 | kohaputti | cait, someone commented in bug 23909 that some libraries allow to check out waiting items D: |
| 13:59 | huginn | Bug http://bugs.koha-community.org[…]_bug.cgi?id=23909 minor, P5 - low, ---, koha-bugs, NEW , SCO allows to check out items with Waiting state if AllowItemsOnHoldCheckoutSCO |
| 13:59 | kohaputti | cait, placing a hold is so useful in such a library! |
| 13:59 | oleonard | wizzyrea: Did you happen to find anything specific about Bug 23904? A link talking about the change? |
| 13:59 | huginn | Bug http://bugs.koha-community.org[…]_bug.cgi?id=23904 major, P1 - high, ---, koha-bugs, NEW , Chrome update does not allow use of window.open() |
| 14:06 | * oleonard | finds https://developers.google.com/[…]rome-74-deps-rems |
| 14:07 | inlibro joined #koha | |
| 14:19 | koha-jenkins | Project Koha_Master_U18 build #427: SUCCESS in 37 min: https://jenkins.koha-community[…]a_Master_U18/427/ |
| 14:20 | wizzyrea | lemme ping lukeG |
| 14:21 | lukeG joined #koha | |
| 14:27 | cait | oleonard++ btw, thx again for ealrier |
| 14:28 | oleonard | :) |
| 14:35 | eythian | hi |
| 14:35 | wahanui | hello, eythian |
| 14:36 | corilynn | It's my first full day cataloging in Koha, and I'm lovin' it so far! Just a few quirks :) |
| 14:44 | oleonard | lukeG: *whew* ! |
| 14:57 | magnuse | corilynn++ |
| 15:01 | cait | corilynn++ |
| 15:06 | khall joined #koha | |
| 15:07 | inlibro joined #koha | |
| 15:08 | caroline_catlady joined #koha | |
| 15:08 | calire1 joined #koha | |
| 15:09 | calire2 joined #koha | |
| 15:09 | oleonard | Finally we're approaching an adequate number of calires |
| 15:10 | corilynn | I also just trained a guy to use Koha in under 15 minutes |
| 15:10 | calire2 | yess |
| 15:12 | eythian | they're taking over! |
| 15:12 | oleonard | I for one welcome my calire overlords (overladies?) |
| 15:13 | The language of crushing oppression is so gendered | |
| 15:15 | corilynn | oleonard++ |
| 15:15 | koha-jenkins | Yippee, build fixed! |
| 15:15 | wahanui | Congratulations! |
| 15:16 | koha-jenkins | Project Koha_Master_D9 build #953: FIXED in 36 min: https://jenkins.koha-community[…]ha_Master_D9/953/ |
| 15:20 | cait | oleonard++ |
| 15:42 | calire2 left #koha | |
| 16:07 | inlibro joined #koha | |
| 16:22 | reiveune | bye |
| 16:22 | reiveune left #koha | |
| 16:23 | calire joined #koha | |
| 16:36 | fridolin joined #koha | |
| 16:40 | fridolin left #koha | |
| 16:46 | laurence left #koha | |
| 16:53 | bag | !bang |
| 16:53 | AnnaBoten | \_x< bag: 1 (391736.02 seconds) |
| 16:53 | [('tuxayo', 1), ('kidclamp', 1), ('bag', 1)] | |
| 16:53 | Best time: kidclamp with 6908.33 seconds | |
| 16:53 | An error has occurred and has been logged. Please contact this bot's administrator for more information. | |
| 17:07 | tcohen | Joubu: around? |
| 17:07 | inlibro joined #koha | |
| 17:16 | ashimema | @later tell jajm could you look at my followup on bug 23805 pretty please |
| 17:16 | huginn | ashimema: The operation succeeded. |
| 17:17 | jajm | ashimema, DROP CONSTRAINT doesn't work with mysql ? |
| 17:18 | ashimema | nope |
| 17:18 | aparently not | |
| 17:19 | this is the first place I've hit where I think mariadb and mysql properly diverge :( | |
| 17:19 | I think at some point we're going to need to make a decision as to whether to continue supporting both of pick one. | |
| 17:21 | jajm | ok, i'll try |
| 17:22 | ashimema | well actually, it's version dependant |
| 17:22 | but yeah.. mysql and maria and various versions of each have different syntaxes for this :( | |
| 17:23 | we support mysql5.5 still.. and that certainly doesn't support DROP CONSTRAINT | |
| 17:24 | 8.0 looks like it does though.. which is promising | |
| 17:25 | jajm | why do we have check constraint in the first place ? it looks its a new feature of mysql 8 |
| 17:25 | « Prior to MySQL 8.0.16, CREATE TABLE permits only the following limited version of table CHECK constraint syntax, which is parsed and ignored » https://dev.mysql.com/doc/refm[…]-constraints.html | |
| 18:02 | cait left #koha | |
| 18:02 | calire left #koha | |
| 18:05 | ashimema | It's been standard in iso sql for years.. just mysql took a very very long time to impliment it. |
| 18:06 | I can drop it entirely, but it's a really useful to enusre data integrity | |
| 18:06 | * ashimema | is a fan of db level data inegrity.. |
| 18:08 | inlibro joined #koha | |
| 18:27 | oleonard | See y'all later |
| 18:43 | khall_ joined #koha | |
| 18:57 | corilynn | ashimema++ me too! |
| 19:00 | ashimema | The bigger question to me is what dB servers should we support.. right now we arbitrarily support mysql and mariadb.. but don't really specify a list of versions |
| 19:03 | JesseM joined #koha | |
| 19:08 | inlibro joined #koha | |
| 19:19 | cait joined #koha | |
| 19:33 | khall joined #koha | |
| 20:04 | andreashm joined #koha | |
| 20:08 | inlibro joined #koha | |
| 20:17 | cait joined #koha | |
| 20:25 | andreashm joined #koha | |
| 20:52 | kathryn joined #koha | |
| 20:55 | andreashm joined #koha | |
| 21:01 | khall joined #koha | |
| 21:08 | inlibro joined #koha | |
| 21:31 | andreashm joined #koha | |
| 22:08 | inlibro joined #koha | |
| 22:41 | amoyano joined #koha | |
| 22:41 | amoyano_ joined #koha | |
| 22:55 | andreashm joined #koha | |
| 23:08 | inlibro joined #koha |
← Previous day | Today | Next day → | Search | Index