Time  Nick         Message
00:52 koha-jenkins Project Koha_Master build #1885: UNSTABLE in 1 hr 8 min: https://jenkins.koha-community.org/job/Koha_Master/1885/
07:03 marcelr      hi #koha
07:18 alex_a       Bonjour
07:23 marcelr      hi alex_a
07:24 alex_a       Hello marcelr
07:28 huginn       News from kohagit: Bug 29856: Make the ES config more flexible <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=cd0d647c61845276b628aaa197d4b9ec057948d8>
07:28 huginn       News from kohagit: Bug 29685: Reduce item processing by calculating 'items any available' outside of... <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=fccf1433301b7e120d2a27d949e6312e0be89515>
07:28 huginn       News from kohagit: Bug 24866: Changed $raw for html for extra safety <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=80c3c918821fb3426f1439f2a3b692cf9a49cbcb>
07:28 huginn       News from kohagit: Bug 24866: (follow-up) Replaced tabulations by dashes <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=95186ffd0c58f538699ec0d3beee0f930225090a>
07:28 huginn       News from kohagit: Bug 24866: Display budget hierarchy in the budget dropdown menu used when placing... <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=3487877f569b25a914a5fdd5069ad3fc5562dbbd>
08:00 reiveune     hello
08:01 koha-jenkins Project Koha_Master_D11_CPAN build #509: SUCCESS in 33 min: https://jenkins.koha-community.org/job/Koha_Master_D11_CPAN/509/
08:11 koha-jenkins Project Koha_Master_U21 build #64: UNSTABLE in 43 min: https://jenkins.koha-community.org/job/Koha_Master_U21/64/
08:27 koha-jenkins Project Koha_Master_D11_My8 build #724: SUCCESS in 59 min: https://jenkins.koha-community.org/job/Koha_Master_D11_My8/724/
08:33 magnuse      \o/
08:39 koha-jenkins Project Koha_Master_U20 build #276: SUCCESS in 1 hr 10 min: https://jenkins.koha-community.org/job/Koha_Master_U20/276/
08:45 koha-jenkins Project Koha_Master_D9 build #1851: SUCCESS in 1 hr 15 min: https://jenkins.koha-community.org/job/Koha_Master_D9/1851/
08:52 koha-jenkins Yippee, build fixed!
08:52 koha-jenkins Project Koha_Master_D10 build #507: FIXED in 40 min: https://jenkins.koha-community.org/job/Koha_Master_D10/507/
08:53 * cait1      waves
09:05 koha-jenkins Project Koha_Master build #1886: STILL UNSTABLE in 1 hr 35 min: https://jenkins.koha-community.org/job/Koha_Master/1886/
09:14 koha-jenkins Project Koha_Master_D11_MDB_Latest build #765: SUCCESS in 36 min: https://jenkins.koha-community.org/job/Koha_Master_D11_MDB_Latest/765/
09:25 koha-jenkins Project Koha_Master_D12 build #56: SUCCESS in 57 min: https://jenkins.koha-community.org/job/Koha_Master_D12/56/
09:35 koha-jenkins Yippee, build fixed!
09:35 koha-jenkins Project Koha_Master_U_Stable build #353: FIXED in 43 min: https://jenkins.koha-community.org/job/Koha_Master_U_Stable/353/
09:49 koha-jenkins Project Koha_Master_U20 build #277: FAILURE in 1 hr 9 min: https://jenkins.koha-community.org/job/Koha_Master_U20/277/
10:06 koha-jenkins Project Koha_Master_D11_MDB_Latest build #766: SUCCESS in 51 min: https://jenkins.koha-community.org/job/Koha_Master_D11_MDB_Latest/766/
10:28 tcohen       hola #koha
10:34 magnuse      hiya tcohen
10:35 marcelr      hi tcohen magnuse
10:35 magnuse      hiya marcelr
10:35 cait1        hi marcelr, and happy new year :)
10:35 marcelr      and cait1!
11:05 koha-jenkins Yippee, build fixed!
11:05 koha-jenkins Project Koha_Master_U20 build #278: FIXED in 1 hr 15 min: https://jenkins.koha-community.org/job/Koha_Master_U20/278/
11:12 oleonard     Hi #koha
11:19 oleonard     [off] My talk with Koha-US about KohaCon22 went well. More details soon, I hope
12:34 cait1        oleonard++ :)
13:28 marcelr      so nice and quiet here ;)
13:28 marcelr      just like the library
13:47 * oleonard   makes soft keyboard noises
13:56 koha-jenkins Yippee, build fixed!
13:56 koha-jenkins Project Koha_Master_U21 build #65: FIXED in 43 min: https://jenkins.koha-community.org/job/Koha_Master_U21/65/
14:00 cait1        :)
14:11 AnkeB        Hi, we stumbled over a strange behaviour, of which we don't know if it's a bug or a feature. Maybe someone here can enlighten us? We noted that from subfields 9 of various fields links to authority records are created, Koha obviously interpreting the content as an authid which it isn't in some cases. E.g.: the content of field 800\$9 is "1.2014", which means the sortable form of the volume count of a series.
14:12 AnkeB        This seems to be a German specialty, as in the LOC's MARC description there is not $9 to 800.
14:14 AnkeB        Koha now links this record falsely to our authority record number 2014. What puzzles me here is that usually there shouldn't be any dots or other characters in the authid, just numbers (to my understanding at least), and yet the Koha authority linking falsely recognizes 1.2014 as 2014 (not 12014!).
14:16 AnkeB        Thanks in advance for any thoughts and infos on this.
14:19 koha-jenkins Yippee, build fixed!
14:19 koha-jenkins Project Koha_Master build #1887: FIXED in 1 hr 7 min: https://jenkins.koha-community.org/job/Koha_Master/1887/
14:21 cait1        $9 and similar are always custom fields
14:21 cait1        i think 490 is the only exception in the standard
14:22 cait1        on which page do those links appear? and is your 800 linked to an autority (Thesaurus in the frameworks)?
14:28 AnkeB        Our 800 isn't linked to any authorities as far as we know (we didn't change anything in the config here). Those links appear when we open Authorities from the start page in the staff interface, then search an authority record, in this example 2014 (a PERSO_NAME) and look at the biblios linked to it. There we find, additionally to the correctly linked ones, a number of records that have nothing at all to do with this person.
14:29 AnkeB        Those are linked because e.g. 800, 810, 811 or 830 have $9 with some content containing a number 2014 in them.
14:32 AnkeB        We can of course eliminate this by moving the contents of $9 to another subfield with a template for MARC modifications - which we do as a workaround when importing records. But it strikes me as a faulty behaviour that Koha links a "1.2014" to authid 2014 at all (so if in 100$9 we would write something with dots, it would also try to link it to an authority). As authids shouldn't be anything else gut.
14:33 AnkeB        sorry... anything else but BIGINT, I should think Koha only links subfield 9 contents that contain of only numbers and not try to glean a number out of any string in a $9.
15:29 cait1        AnkeB: more likely Perl is doing it I guess - sorry - I got distracted :(
15:33 cait1        AnkeB: in the default frameworks 800 etc have a thesaurus entry, I'd try removing that
15:33 cait1        if you don't link them to authorities, that shoudl cause no problem and might be the thing Koha uses when looking at the $9
15:34 cait1        if that doesn't help... I think removing $9 for those fields from the an (authority number) index is maybe the only thing
15:34 cait1        or moving the content in the fields
15:49 AnkeB        cait1 - we do nothing actively to link those fields to authoritites. Koha does it on its own. Yes, we'll help ourselves by moving those fields. Still, the question remains if it is normal that Koha links fields with non-numerical characters by filtering the number out of the string and looking for a fitting authid.
15:49 AnkeB        Maybe subject for a bug?
15:49 cait1        i'd try changing the frameworks first
15:50 cait1        I don't thin it's really a bug - at the moment it could still be a configuration issue
15:51 cait1        I am not sure what's going on, but for zebra 1.2014 woudl be 1 2014
15:51 cait1        2 words
15:51 cait1        the 1 appears in your string, and the 2014 does as well
15:51 cait1        it coul be something like that
15:52 cait1        but if your framework tells Koha that $9 is an authority link, you'd need to check that first :)
15:52 cait1        Check if the 800 $a still has a thesaurus entry in your frameworks (not the $9, it's always on $a for the fields)
15:53 cait1        if it's not that, the change will still make sense
15:54 cait1        sorry, I have to go, back tomorrow
16:28 oleonard     The patron card creator doesn't use GD::Barcode?
16:28 oleonard     Oh because it's making a PDF...
16:34 oleonard     But PDF::Reuse::Barcode uses GD::Barcode internally...
16:35 oleonard     I wish I knew why so many barcode types are disabled in the patron card creator... A judgement call based on what type are most likely used for patron cards?
16:46 reiveune     bye
16:47 oleonard     The patron card creator definitely isn't happy if you enable the disabled barcode types.
16:47 oleonard     Oh well...
18:21 tcohen       hi all
18:21 tcohen       is there a kosher way to freeze stuff on a Koha class? :-D
18:21 tcohen       like, set an attribute that cannot be changed
18:53 oleonard     lukeg++
19:25 tcohen       lukeg++
22:31 bag          heading out on vacation for the weekend - wanted to make sure we had some ops in channel - cya - be well