Time  Nick             Message
21:15 JasonGreene[m]   thanks!
21:13 caroline         I don't think there is one for records... but I may be wrong
21:13 caroline         952$d for the item would be the best I think
21:12 JasonGreene[m]   can't find it ... looking for a "date added" Marc21 code... anyone?
18:15 JasonGreene[m]   That is correct
18:14 JasonGreene[m]   oleonard: thanks
18:07 oleonard         JasonGreene[m]: Maybe inventory number? 952i ?
18:02 JasonGreene[m]   all of our books have an IDNO (ID Number) at both branches and a lot are the same.  They were hand chosen... 1000-4000 and 1000-14000.  We are going to change them however, does Koha or Marc21 have a something like that, that these number can fill in the transfer? They also have Dewey numbers.
17:59 caroline         maybe that's why it isn't mapped correctly?
17:58 caroline         but koha has biblioitems.collectiontitle and biblio.seriestitle
17:58 caroline         in marc21, afaik, series and collection are both stored in 490 (or 830)
17:45 oleonard         It's odd that we have something there that doesn't map cleanly to any particular Koha field
17:37 aude_c[m]        I always interpreted that "collection title" as "series title". But maybe I'm wrong?
17:31 oleonard         What is a suggestion's "Collection title" supposed to be for?
17:29 oleonard-away    Yeah I start with splitter2
17:20 ashimema         ooh.. both are
17:19 ashimema         what about splitter2
16:30 oleonard-away    splitter is down :(
16:00 reiveune         bye
15:39 huginn`          04Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36034 blocker, P1 - high, ---, koha-bugs, Signed Off , cas_ticket is set to serialized patron object in session
15:39 Joubu            bug 36034
15:39 Joubu            All you, you should patch your Koha instances, mess is coming
15:38 Joubu            blocker for a week and nobody cares?
15:38 Joubu            mtj: around? We may need to roll another release (all stables) with 36034
13:58 marcelr          o no tcohen
13:54 tcohen           bye all, I'll be afk for a week. please email me if urgent
13:52 angelic          Thank you Joubu. But I cannot open the page
13:47 Joubu            angelic: use the translation platform: https://translate.koha-community.org/
13:46 angelic          Hi everyone. We are using Turkish language. But there are some English phrases in Turhis pages. How can I chang them to Turkish?  I marked English prases by yellow in this screenshots: https://snipboard.io/7Q6LUo.jpg
13:44 Joubu            syspref with dropdown list, 2 options
13:38 marcelr          Joubu: multi ? not multi param?
13:17 Joubu            marcelr: should be multi as well ;)
13:16 Joubu            and please all keep your focus on csrf, we are not done yet (far from done!)
13:16 tcohen           it might not be *that* bad if the format is HTML escaped everywhere it is used
13:16 tcohen           :-D
13:15 marcelr          will solve it now, hang on
13:14 marcelr          well i will be silent then :)
13:14 Joubu            yes, it's def sec for me
13:13 tcohen           it's a security bug
13:13 Joubu            a restriction can be bypassed :D
13:13 marcelr          just different perspectives
13:13 Joubu            it's sec bug for me, but feel free to deescalate
13:13 tcohen           the backend needs to perform checks
13:13 marcelr          yes, it happens
13:12 Joubu            you can force a value from OPAC which is not expected from the backend...
13:12 marcelr          Joubu i think 36081 does not need secu
13:11 marcelr          and hoping to not create 3 new ones ;)
13:10 marcelr          the general rule is solve 1 bug, find 2 new ones
13:09 marcelr          yeah but its about server side checks
13:09 fridolin         use of $raw is never good in public interface
13:08 marcelr          ah 36081
13:07 marcelr          whats the bug there?
13:05 Joubu            finding 1 sec bug every day ..
13:05 Joubu            lol!
13:05 Joubu            [off] https://gitlab.com/koha-community/Koha/-/blob/master/koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-request-article.tt?ref_type=heads#L297
13:03 Joubu            I am missing a lot of bugz emails
13:03 tcohen           sent it from my Gmail account
13:03 marcelr          even on 365
13:03 marcelr          seeing it now
13:02 tcohen           we need to track this down
13:02 marcelr          dont be shy tcohen
13:01 marcelr          but i saw owen's reply
13:01 tcohen           I'm not implying my email was important heh
13:01 tcohen           Theke uses Gmail for email, this is odd
13:01 marcelr          tcohen i still think that i hardly see 50%
12:59 oleonard         tcohen: Not that I can see!
12:58 tcohen           oleonard: did my answer to dcook about session corruption reach the list?
12:56 tcohen           removing the version would require us to find another way to deal with assets cache invalidation
12:48 marcelr          <!-- leave this for hackers -->
12:48 marcelr          lol
12:48 oleonard         Very advanced
12:47 marcelr          oleonard: <meta name="generator" content="Koha 4.0900034" /> <!-- leave this for stats -->
12:47 marcelr          o/
12:45 magnuse          it'll be worth the wait ;-)
12:44 oleonard         magnuse: Whereas we won't have a Koha 4 until 3004
12:41 magnuse          ooh, Koha 4...
12:37 tcohen           hola #koha o/
12:32 oleonard         Someone please poach the Terra Foundation for American Art from them and get them on an up to date system :D https://tfaa.bibliovation.com/cgi-bin/koha/opac-main.pl
12:30 huginn`          04Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22324 enhancement, P5 - low, ---, koha-bugs, RESOLVED LATER, Might be nice to list forks
12:30 oleonard         Noticing Bug 22324 made me have morbid curiosity about what L*bL*me was up to lately... Bibliovation? I guess they still don't have a UI designer on staff :P
12:05 magnuse          fridolin++
11:43 cait             I'll step out for a bit, taking care of things outside Koha.
11:41 cait             I am very sorry if that came across as a hard no for a proposed change, that was not what I had intended. I realize I need to be more careful, especially being RM.
11:14 oleonard         Good choice fridolin
11:12 * fridolin       eating cheese
11:00 ashimema         I am now walking away
11:00 ashimema         without the follow-up's it's a fail
11:00 ashimema         nah.. I failed it
10:59 paulderscheid[m] That sounds like a plan.
10:58 cait             let's have the first bit if you think it's ok and bulit on that step by step
10:56 cait             I argued we should do a detail different - if we can't discuss and have different opinions, what is the point?
10:55 paulderscheid[m] Let's criticise when there's follow-ups to criticise.
10:55 paulderscheid[m] I think we're all friends here, so let's just drop the debate.
10:54 ashimema         except the moment I even considered making the data structure reflective of how the system actually works.. considering I've just spent 3 whole days free of charge neck deep in the code.. you put an immadaite. "No, we should not do that"
10:54 cait             it's not fair to make it an all/nothing question, that's not waht is was about, but I am stepping back as well
10:54 cait             i was argueing a future implementation detail, maybe too early
10:53 cait             you said yourself they were not linked now
10:53 ashimema         100%
10:53 cait             I never argued for not changing anything
10:53 paulderscheid[m] And API integration would be stellar.
10:53 paulderscheid[m] The opening hours are a component needed for many things not yet in core.
10:53 paulderscheid[m] I'm arguing for "Do change".
10:52 ashimema         but if you are strongly advocating "Don't change", then we should not put this in at all in my opinion
10:52 ashimema         I am, to make it consistent going forward
10:51 cait             i thought we were taking about changed following after
10:50 ashimema         it's only languised for 12 years already
10:50 ashimema         lets just fail this bug entirely already then aye
10:49 ashimema         that's not constructive
10:49 ashimema         before it's even been proposed in any detail
10:49 cait             ... but I will stop now
10:49 cait             not argueing, just voicing concern about a proposed change
10:49 ashimema         I'm walking away now
10:49 ashimema         you're arguing without letting the proposition be put forward
10:48 cait             I just say, leave it where it is
10:48 cait             you want to mve stuff :)
10:48 ashimema         cait.. please don't complicate things before we've even considered the code
10:47 cait             if you want an API to tell when the library is open, we need to query both
10:47 ashimema         yes.. and those are clearly distinct
10:47 cait             exceptions
10:47 cait             there is also single closed days
10:47 cait             the API will need to draw from both places if you want a nice one
10:46 ashimema         the reason I want to move it data wise is so it can be opened up to the API
10:46 ashimema         I'm just looking to expose it in both places clearly
10:46 cait             the day not open at all should be in one place
10:45 ashimema         you do still need to set open/closed days though.. which is exactly the same as it always was
10:45 cait             I'd still want to set my weekly closures in the calendar, that's the bit thta has me worried
10:45 cait             hm
10:45 cait             I think
10:45 ashimema         if you don't want to set hours, you still don't have to
10:45 ashimema         checkbox next to each day closed/open and it's own db field in library_hours
10:45 cait             libraries without hourly loans might just not care about all that
10:44 ashimema         not in the way I'm envisaging it
10:44 cait             and it will cuase issues in migrating
10:44 ashimema         they should still get referenced and used in Koha::Calender/C4::Calendar too
10:44 cait             if you move them, it won't
10:44 cait             I feel like the whole opening hours should be more optional
10:44 cait             I am not sure about that one
10:43 cait             hm?
10:43 ashimema         including dropping 'weekdays' from repeatable_holidays and moving them into library_hours
10:43 cait             I feel it might be good to set the times for closed days too, but have a note / greyed out as you suggested for a visual clue
10:43 ashimema         I'm now going to write up a series of follow-up bugs I'd like to see taken care of
10:43 ashimema         I've passed the current bug.. not that I've tested the crap out of it and fixed a number of issues i found
10:42 ashimema         they're not at all linked right now
10:42 cait             shouldn't opening days and hours be together?
10:42 cait             ashimema: now that you mentioned the calendar... the opening hours feel out of place on the library page :(
10:41 cait             :)
10:40 ashimema         but yeah.. truth will be once we start pushing more and thus running the tests regularly again
10:40 ashimema         so far it's looking good I think
10:36 fridolin         oki good
10:34 Joubu            fridolin: we are testing it
10:33 huginn`          04Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35506 normal, P5 - low, ---, victor, ASSIGNED , selenium/regressions.t is failing randomly
10:33 fridolin         cait: hi, Bug 35506 looks in master, but status is assigned
10:33 ashimema         lol
10:32 * oleonard       waves to ashimema down there
10:30 ashimema         why do i find myself in these holes!
10:30 ashimema         f**k
10:30 ashimema         so I can't just reply on 'Is hours populated, no - it must be closed'
10:30 ashimema         but also.. it's optional whether you set open/closed at the hours or days level too
10:29 ashimema         it's in two distinct places right now
10:29 ashimema         indeed
10:29 ashimema         I feel like we should grey out the hours inputs for weekly closed days in the edit screens and also denote 'closed' somehow in display where we display hours
10:28 paulderscheid[m] Yeah, this feels like it should have one single source of truth, though.
10:28 ashimema         but I don't want to lock out the possibility to make it API driven at some point.
10:27 ashimema         which I'm OK with for now
10:27 ashimema         all the write/edit is good 'ol controllers right now
10:27 ashimema         but yeah
10:27 ashimema         which is nice
10:27 ashimema         they already add library_hours to the embedable options on fetch
10:27 paulderscheid[m] That would be useful for display on external websites and such.
10:26 paulderscheid[m] This should deffo be consolidated. Then we can also add an API endpoint for branches' opening hours.
10:25 ashimema         I feel like it aught to be somehow.. even if only informationally
10:25 ashimema         it's not tied at all to the existing opening days in any way
10:25 ashimema         with the bug I'm working through we add opening hours too
10:24 paulderscheid[m] But maybe I'm not understanding the problem fully..
10:24 paulderscheid[m] Don't really know anything about C4/Koha::Calendar but maybe it's better to be able to set those if the closed status can change?
10:21 ashimema         as in.. the repeated weekday closed days
10:21 ashimema         should one be able to set opening hours for days marked closed in the calendar?
10:21 ashimema         OK.. new question around opening hours
09:55 ashimema         hmm.. similar but different.. weirdly confusing having both though.
09:53 ashimema         and when should one use one over the other.. they appear rather similar in function
09:53 ashimema         why do we have Koha::Calendar and C4::Calendar
09:43 ammarspv[m]      <paulderscheid[m]> "morning #koha" <- Very good morning to you and to your Koha instance
08:31 paulderscheid[m] morning #koha
08:09 huginn`          Joubu: The operation succeeded.
08:09 Joubu            @later tell kidclamp I think I fixed the "run", and also the link to batch patron mod
07:32 magnuse          \o/
05:56 fridolin         bonjour
05:30 reiveune         hello