← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | 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 | somehow we came in a dead street :) | |
| 07:25 | ashimema | hmm, sorry, it slipped off my radar |
| 07:25 | 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 | 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 | be great to have it though | |
| 08:20 | 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 | @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 | 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 | ashimema: i did :-) | |
| 11:13 | ashimema | :) |
| 11:28 | tcohen | Buen día |
| 11:30 | tcohen joined #koha | |
| 11:37 | marcelr | . |
| 11:37 | hi tcohen | |
| 11:38 | 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 | ...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 | 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 | css adds brackets | |
| 12:27 | kidclamp | https://pasteboard.co/Kf5nKHV.png |
| 12:28 | marcelr | hmm this looks very odd |
| 12:30 | will have another look, i moved a span | |
| 12:30 | and did not test ccode or location but library and callnumber | |
| 12:30 | 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 | kidclamp: that one is harder; we already do impossible stuff in xslt | |
| 12:33 | 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 | 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 | fetching all these items is crazy | |
| 12:39 | * cait | waves |
| 12:41 | marcelr | hi cait |
| 12:41 | kidclamp: i have enabled ccode but i do not see the double brackets | |
| 12:41 | you have default css and cleared cache etc? | |
| 12:44 | kidclamp | yes and yes |
| 12:45 | marcelr | hmm |
| 12:46 | ahh now i can reproduce | |
| 12:46 | thats the first step to a solution ;) | |
| 12:47 | somehow the ccode stuff needs the span | |
| 12:47 | while callnum doesnt | |
| 12:49 | kidclamp: last follow-up removes double brackets with me when using ccode | |
| 12:50 | all options for item location look good to me | |
| 13:04 | 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 | i am excited to see these patches | |
| 13:05 | marcelr | kidclamp: open a bug for the duplicate call numbers |
| 13:05 | 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 | 28491 you like marc fields | |
| 13:06 | i heard | |
| 13:08 | cait | lies... |
| 13:08 | 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 | 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 | 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 | or anyone else | |
| 13:52 | I presume there's a good reason to keep the items table above the menu + content split when editing and adding items.. | |
| 13:52 | it feels disruptive to me to do it differently here somehow | |
| 13:53 | oleonard | I here |
| 13:54 | 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 | 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 | ooh. I like your modal version. | |
| 13:57 | that's nice | |
| 13:58 | 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 | so that's why the modal got thrown out | |
| 13:59 | 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 | 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 | 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 | think I'll slowly back away | |
| 14:02 | ;) | |
| 14:02 | marcelr | you see how In Discussion is a rich feature ;) |
| 14:02 | ashimema | I was thinking about Bundles |
| 14:03 | 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 | 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 | marcelr and i | |
| 14:31 | ashimema | ah, cool |
| 14:31 | cait | well... yeah.. no :) |
| 14:31 | 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 | well... kinda | |
| 14:32 | 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 | i tihnk marcelr did? just not sure when | |
| 14:32 | and at that time we shoudl also have updated 002 | |
| 14:32 | 003 | |
| 14:32 | marcelr | that might be very true |
| 14:32 | cait | but we didn't |
| 14:32 | ashimema | yikes |
| 14:33 | that confuses me | |
| 14:33 | cait | so ... we bulid in a bug |
| 14:33 | 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 | 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 | the only tihng, and maybe we could solve this differently is the source question? | |
| 14:34 | 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 | if at all | |
| 14:35 | a pref | |
| 14:35 | 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 | marcelr: i actuall ymaintain a bad hack to undo your 001 change btw ;) | |
| 14:37 | 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 | 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 | 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 | 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 | 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 | the mix up is the upset for me | |
| 14:47 | 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 | i know | |
| 14:47 | well, i am not sure if he is insisting on 001 | |
| 14:47 | but that cannot be configured right nw | |
| 14:47 | 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 | 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 | from a technical point of view | |
| 14:49 | marcelr | i like having 001 to be authid |
| 14:49 | and 001 being biblionumber | |
| 14:50 | 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 | 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 | 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 | would you mind commenting otn the bug? | |
| 14:52 | 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 | 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 | 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 | I thought the bug actually said to do this didn't it | |
| 15:08 | cait | i thought so too |
| 15:08 | that's why I was asking about 035 in my comment | |
| 15:09 | 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 | coolio | |
| 15:12 | :) | |
| 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 | i believe the recent work on linking will be a big improvement | |
| 15:17 | also MARc holdings actually | |
| 15:17 | as MARC refuses to die... | |
| 15:18 | marie-luce joined #koha | |
| 15:20 | ashimema | indeed |
| 15:21 | MARC Holdings is on my list to help coax more | |
| 15:21 | 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 | 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 | Do you know what this request means? | |
| 22:02 | fridolin | yeyyyy |
| 22:02 | "Can someone stress the feature with this patch?" no idea | |
| 22:02 | 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 | with several special chars | |
| 22:03 | (btw this fix is trivial ...) | |
| 22:06 | tuxayo | maybe, we will see ^^ |
| 22:12 | fridolin | yep |
| 22:12 | cool we add some life to this bug ;) | |
| 23:17 | 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/ |
← Previous day | Today | Next day → | Search | Index