IRC log for #koha, 2021-08-09

← 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

koha1