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