Time Nick Message 01:01 huginn New commit(s) kohagit: Bug 13858: Datatables paging on Koha news tool page slightly broken <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=f3e02d2496a411b52304b4ade8b9594442993020> / Bug 13863: Fix Datatables paging on the cities and search history pages <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=031cccb6740cff2ec449f5fa219a872589d76974> 01:16 wizzyrea @later tell barton I have heard of the reserve queue going dumb like that, yes. 01:16 huginn wizzyrea: The operation succeeded. 02:42 * dcook perks up 02:42 dcook wizzyrea: What's weird about the reserve queue? 02:42 wizzyrea that it only prints the first page from firefox. 02:42 wizzyrea it's actually not weird, it's something to do with firefox and tables 02:43 wizzyrea i.e. it doesn't like to split them across pages, so it just quits. 02:43 dcook Boo-urns 02:43 wizzyrea or it "thinks" that since it's put the table on the printable page, that it's only one page worth. or something. 02:44 wizzyrea is a quirky thing. 02:44 dcook I see I see 02:44 dcook The only trouble I have with reserves lately is with the AutoIncrement 02:44 dcook Apparently optimizing the table will reset the AutoIncrement to one higher than the number within that table 02:44 wizzyrea ah 02:44 dcook Which... can be bad for any table that moves from one table to another 02:44 wizzyrea yes. 02:44 dcook Like reserves... or items, biblios, biblioitems, issues, etc... 02:45 dcook Of course, I would think the easiest solution would be not to optimize the database, but... 02:45 dcook Well, easiest as in easiest short term 05:10 AmitG hi chris 05:10 AmitG chris around? 06:13 drojf morning 06:37 * magnuse waves 06:41 cait morning #koha 06:43 magnuse kia ora cait 07:03 cait hi magnuse 07:31 andreashm morning 07:37 magnuse tjänare andreashm 07:37 andreashm tjenix magnuse 07:38 AmitG hi 07:38 AmitG magnuse 07:40 magnuse hiya AmitG 07:42 andreashm I came in early to work today to watch a webinar from Ex Libris. it was to start at 7 gmt (40 min ago). I have yet to recieve any connection details. great. 07:43 alex_a bonjour 07:45 magnuse andreashm: sounds like fun 07:46 andreashm magnuse: very 07:48 reiveune hello 07:55 andreashm morning 07:58 reiveune !hgb 08:07 fridolin hie poeple 08:09 kivilahtio haie fridolin 08:12 marcelr hi #koha 08:33 gaetan_B hello 08:37 marcelr hi gaetan_B 08:46 akafred http://www.downforeveryoneorjustme.com/wiki.koha-community.org 08:46 akafred --> It's not just you! 08:47 kivilahtio what a nice web app! 08:47 akafred :-) 08:48 marcelr @later tell tcohen "Please revert bug 13793" 08:48 huginn marcelr: The operation succeeded. 08:48 kivilahtio helps ease the pain of kohawiki being downs 09:01 magnuse hiya khall and Viktor 09:03 Viktor Hi Magnuse! 09:11 Joubu marcelr: you can modified the logdir entry in your koha-conf file to point to a directory writable by your koha user 09:11 nlegrand Hiya #koha 09:12 Joubu modify* 09:12 marcelr yeah, but i should not have to do it 09:15 Joubu marcelr: I agree, but there is an easy workaround. We can try to avoid to revert the patch before the release 09:15 magnuse hiya nlegrand 09:15 marcelr you could write your file to temp? 09:16 Joubu marcelr: That's what I wanted to do, at the beginning. But it looked a good idea to keep a trace of the updatedb executions 09:16 marcelr note that only the dir permission did not solve my problem, i also adjust selinux 09:19 nlegrand o/ marcelr 09:19 marcelr :) 09:19 nlegrand I meant o/ magnuse but hey marcelr also ^^ 09:22 magnuse paul_p: small typo in http://biblibre.com/en/blog/koha-hackfest-2015-roundup "28 patches have been signed, 60 patches have been signed" 09:25 paul_p magnuse thanks, i've fwd:: the hilight to pierre 09:33 magnuse paul_p: yay :-) 09:48 cait Joubu: could you maybe take a look at bug 13856? It includes some changes specific to unimarc 09:48 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13856 minor, P5 - low, ---, katrin.fischer, Passed QA , Hard to translate strings on patron search results page 09:48 cait hm,... and that was the wrong bug number 09:49 cait bug 13859 09:49 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13859 normal, P5 - low, ---, katrin.fischer, Needs Signoff , Fix item search result list - obsolete "by" and display of publication date for MARC21 09:49 cait this one 09:49 wahanui hmmm... this one is cool as long as someone *wants* acknowledgement 09:50 magnuse wahanui: forget this noe 09:50 wahanui magnuse, I didn't have anything matching this noe 09:52 ashimema is wiki.koha-community down? 09:53 kivilahtio <akafred> http://www.downforeveryoneorjustme.com/wiki.koha-community.org 09:53 ashimema yup 09:53 ashimema just did that 09:53 kivilahtio :) 09:54 ashimema that's an equinox one aint it 09:54 magnuse ashimema: you can look it up on the wiki... 09:54 ashimema ;) 09:54 kivilahtio :) 09:54 cait heh 09:55 indradg hi! 09:57 indradg is there a way to add a column from the items db table to the opac-detail holdings table in the NormalView? 09:58 indradg one that does not involve digging into opac-detail.tt and .pl? 10:11 Joubu cait: yep, will do 10:13 cait Joubu: thx :) 10:13 cait Joubu: i got lots of small patches... results of our testing and uer meeting 10:13 cait indradg: sorry, not that i am aware of 10:14 indradg cait: i see.. 10:16 drojf when i use matching rules for import, will it match only records already in the database before, or also those i import right at that moment? 10:17 cait hm depends how fast your indexing is :) 10:17 cait it uses zebra 10:17 cait so normally only what is in there before i think 10:18 drojf that's what i thought. thanks 10:21 kivilahtio man it's hard to write Cucumber tests 10:21 kivilahtio its hard to think like a Cucumber 10:21 magnuse you can do it! 10:27 magnuse sounds like lots of alcohol might be required to attain the cognitive level of a cucumber 10:28 drojf that must be why hipsters throw cucumbers into their gin ;) 10:40 magnuse ooh, interesting theory 10:44 marcelr Joubu: about bug 11165: should your timestamp actually be called timestamp? note the previous discussion on irc in relation to bug 10459 (I wanted to add bortimestamp to make it unique, but found no support) 10:44 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11165 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , auth_header.datemodified should be updated 10:44 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10459 minor, P5 - low, ---, m.de.rooy, ASSIGNED , borrowers should have a timestamp 10:46 Joubu marcelr: I don't know :) Kyle suggested something, let me check 10:49 Joubu marcelr: bug 13421 comment7 10:49 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13421 enhancement, P5 - low, ---, jonathan.druart, Passed QA , Add the creation time for virtual shelves 10:51 marcelr updated_on ? 10:52 marcelr well, it would not be my suggested name, but what's in a name? 10:54 cait marcelr: could i ask you to qa bug 13859 sometime? it's my patch and Joubu signed off - so already down with qa options a bit there :) 10:54 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13859 normal, P5 - low, ---, katrin.fischer, Signed Off , Fix item search result list - obsolete "by" and display of publication date for MARC21 10:54 marcelr cait: OK 10:55 marcelr cait: you take 10480 :) 10:55 cait bug 10480 10:55 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10480 enhancement, P5 - low, ---, m.de.rooy, Signed Off , Improvements for framework plugins in cataloguing/item editor 10:55 cait i said i woudl test that -but not sure when 10:55 cait i am trying to catch up - currently working ona serials patch (where i shoudl set the qa contact actually) 11:30 khall mornin magnuse! mornin #koha! 11:33 gmcharlt wiki back up 11:45 gerundio hi everyone, good morning 11:46 gerundio people at EBSCO are having some trouble retrieving R-TAC information using our Koha Z39.59 server 11:47 gerundio I couldn't find any relevant documentation regarding this subject online 11:47 gerundio is there any specific settings on Koha I should be aware in order to get this up and running? 11:57 cait gerundio: i think koha has no rtac yet 11:57 cait gerundio: what exactly are they looking for? 11:58 gerundio cait, I have a screenshot from a YAZ client session they sent me 11:59 gerundio they issued a "find @attr 1=12 61849" command followed by "show 1" 11:59 cait sorry, i don't really speak yaz 12:00 gerundio which resulted in "[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10' nextResultSetPosition = 2" 12:00 gerundio bummer, I was hoping you would 12:00 gerundio as I don't either 12:00 cait think they might be missing something 12:01 gerundio they told me they can connect and perform searches just fine in the Z39.50 12:01 cait so what is 1=12 supposed to be? 12:02 gerundio "At present, we are able to use credentials that have been previously provided to login and access the z39.50 server associated with your local Catalog. We use a program called Yaz to test accessing and searching a z39.50 server. After logging in and access the z39.50 server, we are able to search for and find Records from your Catalog that exist on the server. Unfortunately, we are unable to display any of the Records within the server, 12:02 gerundio implying that is why our attempts to harvest and display holdings information is failing. Your ILS Vendor, Koha, does not require any special configuration to implement RTAC functionality. At this point, it would be most useful for you to consult your ILS Vendor, Koha, as they should have more information on the error shown in the previously sent screenshot. We do not maintain the z39.50 server, so unfortunately we do not know why it migh 12:02 gerundio t be behaving incorrectly." 12:02 gerundio this was their last email 12:02 cait hm 12:02 gerundio I think that as ILS Vendor, Koha, they might be thinking about LibLIme Koha 12:03 cait are you running koha yourself? 12:03 gerundio yes 12:03 cait gerundio: or it's just an email text they copy a lot : 12:03 cait :) 12:03 gerundio cait, maybe 12:03 cait gerundio: maybe best woudl be if you tested yourself 12:03 cait it might be they need to select a record syntax 12:03 cait like tell it to display marc21 or so 12:03 cait a missing command 12:03 gerundio I'm not familiar with Z39.50 server myself 12:04 gerundio I performed some basic tests using MarcEdit Z39.50 client 12:04 cait khall: are you friends with yaz? 12:04 cait are you using marc21 or unimarc? 12:04 khall as in yaz-client? 12:05 gerundio unimarc 12:05 cait khall: gerundio is working with ebsco and they say they can't display a record in his catalog 12:05 cait gerundio: which version of koha are you using? 12:05 gerundio 3.18.02 12:05 khall that's odd 12:05 cait hm ok 12:05 cait i know unimarc z39.50 was broken at some point, but that was ages ago 12:06 khall so it's a record you've exported from Koha and sent to EBSCO? Or are they getting it via z39.50? 12:06 gerundio they connecting via Z39.50 12:06 cait (12:59:08) gerundio: they issued a "find @attr 1=12 61849" command followed by "show 1" 12:06 cait (13:00:03) gerundio: which resulted in "[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10' nextResultSetPosition = 2" 12:07 gerundio thanks cait++, I was just about to repost that info 12:07 cait i think maybe they missed a command - telling what to display? 12:07 khall gerundio: if you export that record from Koha, can you open it in another program like marcedit? 12:09 gerundio khall, does 61849 stand for the biblio id? 12:11 cait gerundio: maybe ask them what commands they exactly run 12:11 cait they might be asking fur usmarc when it shoudl be unimarc or something like that 12:11 gerundio exported the record to all 3 MARC formats available on Koha Save option 12:11 gerundio upgrading MarcEdit, I'll get back in a minute 12:21 gerundio khall, which koha export format should I use, none of the ones I chose seems to fit into MardEdit :s 12:22 khall does the file end in marcstd? 12:22 khall if so, change the file extension to .mrc 12:22 khall marcedit should know to open that 12:26 gerundio khall, changing the file extension from .marcstd to .mrc worked 12:26 gerundio it shows fine in MarcEdit 12:26 gerundio at least from what I can tell 12:32 gerundio khall, any hint on what that find query is suppose to return? 12:32 khall gerundio: I think it's safe to rule out a bad record at this point. 12:32 khall I'm afraid we've hit the limit of my knowledge. tc ohen can probably help from here when he gets back 12:33 khall I would say this must be a zebra issue 12:34 gerundio ouch, I'll try to reach tcohen when he gets back then 12:34 gerundio cait++, khall++, thanks for all your help 12:34 khall np! 12:35 andreashm humm... my 3.16 doesn't want to add holds. giving an error message saying there are no items added, which there is. weird. anyone stumble onto something similar? 12:36 andreashm if I manually go and edit the item, and change the "koha item type" field to something else and then back again it suddenly works. 12:43 tcohen morning! 12:43 tcohen hi marcelr 12:43 magnuse andreashm: weird! but at this point i would check if an upgrade to 3.18.x fixes it 12:43 magnuse ¡hola tcohen! 12:43 marcelr hi tcohen 12:43 andreashm I'm wondering if it is a migration issue. 12:43 magnuse andreashm: that could be 12:44 andreashm or if we've screwed up with the circulation rules or something. 12:44 tcohen i will consider your proposal, my first impression is that the log dir should in any case be owned by the apache process user 12:44 magnuse that could also be :-) 12:44 andreashm magnuse: gaaaah. =) 12:44 tcohen so it seems to only affect people with dev installs (myself for example) 12:45 magnuse but since changing the item type and chenging it back fixes it, it sounds like there is something that is missing, which is added when you edit the item 12:45 marcelr tcohen: what about selinux too 12:45 andreashm maybe we should have someone who's good at the koha administration come to stockholm and guide us through the ropes... anyone interested? =) 12:45 magnuse andreashm: maybe check the item in the database before and after editing? and see if anything other than the item type changes 12:45 tcohen what about it? 12:45 marcelr it is part of the problem 12:46 marcelr if you use it, he may not like you to write new files out there 12:46 tcohen chown-ing the dir to www-data doesn't fix it? 12:47 marcelr did not test that, but i guess i have to add an exception 12:47 marcelr all by all, i rather have that file in temp 12:49 andreashm magnuse: good idea. 12:52 cait tcohen: what about other processes writing to the directory? i think some of the command line scripts log too? 12:53 tcohen it is a mess 12:54 tcohen on a packages setup everything is ru nby the right user 12:54 tcohen we need a way to fix it for dev isntalls 12:54 marcelr in a dev install you will run updatedatabase the most time 12:56 cait marcelr: that didn't work for me either 12:56 cait runnign the script directly 12:57 marcelr yeah 12:57 marcelr i would opt for reverting 12:59 tcohen can u help me think of a workaround for dev setups instead? 13:01 tcohen marcelr, cait: i have no problem reverting it at some point, but I'm not sure we should. we should as well find a workaround for dev setups 13:01 marcelr move the file to temp 13:02 cait is the file kept or deleted anyway? becuase then we can just use temp i think 13:02 marcelr log files are temporary by nature 13:12 andreashm magnuse: strange... if I allow onshelfholds in the circ preferences it works without the need of changing the item type. 13:18 * barton waves the morning wave 13:18 khall cait et al: I finally got around to fixing bug 9805 so now you can choose if you can renew lost items, and if that renewal marks the item as found via circulation rules 13:18 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9805 normal, P5 - low, ---, kyle, Needs Signoff , Lost items are un-lost if returned, but not if renewed. 13:18 magnuse andreashm: strange indeed. does that mean that earlier you were able to place a hold on a book that on the shelf, even with onshelfholds = don't allow 13:20 andreashm magnuse: nope, that didn't work. but allowing that parameter suddenly made holds work, with no issues. setting it back to do not allow (and checking the book out of course), and I still have the problem of it claiming that there are no items connected to the record. 13:20 barton what's the status on Bug 5534? It's marked as 'NEW' in bugzilla, but it was reported in December 2010. 13:20 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5534 normal, P5 - low, ---, gmcharlt, NEW , koha does not ignore punctuation when searching 13:20 marcelr there will be more :) 13:21 andreashm I saw some other 3.16 bug with it claiming there where no items - but that was when several items where placed in the cart, and some not allowed to place a hold on. but that seems to have been resolved. 13:25 cait barton: i think icu does that 13:25 cait remoing the punctuation 13:26 cait but then you can<t search c++ 13:32 barton cait -- the issue that I'm working on is actually more convoluted: Searching using apostorophes doesn't work using kw, wrdl, but is necessary in an author search :-P 13:32 cait ah interesting - not sure that's a zebra problem... might be our code 13:33 cait have you tried searching without the apostrophe? 13:35 barton yeah... in main > catalog, search results appear for searches where the apostrophe is ommitted (e.g. searching for OBrien returns results for O'Brien). In an author search, only O'Brien returns O'Brien. 13:38 cait barton: i'd blame Search.pm 13:42 barton oh, I do. believe me, I do. 13:45 tcohen uff, this power outages are driving me mad 13:51 drojf marcelr++ 13:51 marcelr :) 13:52 tcohen @later tell dpavlin I will attach my plack-for-packages patch to the bug as-is, as I don't have enough time to finish it this week, and maybe someone else can take the lead with that basis 13:52 huginn tcohen: The operation succeeded. 13:59 tcohen Joubu: did biblibre change something on the git server? I cannot seem to fetch without user/pass anymore 14:12 gerundio tcohen, I was told by cait and khall that you might be the right person to talk to conserning a problem in my Koha installation with EBSCO EDS integration via Z39.50 server 14:12 gerundio can you spare a few minutes of your time to look into it? 14:12 gerundio EBSCO's team issued a "find @attr 1=12 61849" command followed by "show 1" using yaz-client 14:13 tcohen yes 14:13 gerundio which resulted in "[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10' nextResultSetPosition = 2" 14:13 tcohen i haven't used the integration 14:14 gerundio khall told to try and export the Koha record and open it in MarcEdit, which I did successfully 14:15 gerundio his feedback then was: "I think it's safe to rule out a bad record at this point.I'm afraid we've hit the limit of my knowledge. tc ohen can probably help from here when he gets back I would say this must be a zebra issue" 14:15 tcohen gerundio, can u explain me slower what the problem is? the one you are trying to solve/debug using yaz-client 14:16 gerundio sure 14:18 gerundio our library catalog is being integrated into EBS (EBSCO Discovery Service) 14:18 gerundio we provided them our Z39.50 server settings so they could retrieve the information the needed 14:19 gerundio in the meantime their team reported: "At present, we are able to use credentials that have been previously provided to login and access the z39.50 server associated with your local Catalog. We use a program called Yaz to test accessing and searching a z39.50 server. After logging in and access the z39.50 server, we are able to search for and find Records from your Catalog that exist on the server. Unfortunately, we are unable to display a 14:19 gerundio ny of the Records within the server, implying that is why our attempts to harvest and display holdings information is failing. Your ILS Vendor, Koha, does not require any special configuration to implement RTAC functionality. At this point, it would be most useful for you to consult your ILS Vendor, Koha, as they should have more information on the error shown in the previously sent screenshot. We do not maintain the z39.50 server, so unf 14:19 gerundio ortunately we do not know why it might be behaving incorrectly." 14:20 gerundio the screenshot mentioned there shows that yaz client queries being submitted and resulting in that error message 14:20 tcohen can u send it to my email? 14:21 gerundio tomascohen <at> gmail.com ? 14:22 tcohen yes 14:23 fridolin gerundio: in yaz-client, try : "format usmarc" or "format XML" 14:23 cait hi fridolin - he is using unimarc 14:24 cait if that makes a difference 14:24 tcohen usmarc and marcxml are serialization formats 14:24 fridolin cait: hie, oh then easy : format unimarc 14:24 fridolin thats what we use (since 3.10) 14:24 fridolin show will use this format to display te record 14:25 tcohen fridolin: my guess is that they are expecting the format to work out-of-the-box 14:26 tcohen and unimarc is not kosher 14:26 tcohen we shouldn't use it 14:26 fridolin its configured in koha-conf.xml if im correct 14:26 cait oleonard is back! at least on the mailing list! 14:27 fridolin <retrieval syntax="unimarc" name="F"/> 14:27 fridolin I think it is this line 14:27 tcohen fridolin: it is 14:27 fridolin but i dont know how to configure the defaut format used by yaz-client 14:27 tcohen i'm just guessing their tools don't expect it 14:33 gerundio fridolin, using "format xml" followed by "show 1" resulted in the biblio record being shown 14:33 gerundio "format unimarc" followed by "show 1" works too 14:33 tcohen gerundio: yes, and probably usmarc too 14:33 tcohen the thing is, what EBSCO is using for retrieval, that doesn't match your configuration 14:34 gerundio ..oO(tcohen, I've written the email but still haven't press Send) 14:34 gerundio I'll send that information back to EBSCO's team 14:34 tcohen that's the best option 14:34 gerundio let's see what their feedback is 14:35 gerundio tcohen++, fridolin++, cait++ thank you very much for your support 14:35 fridolin your welcome 14:37 cma hi everybody, can you tell me if there's a syspref that will let me set a hold's default pickup branch to the holding library? I swear I saw it yesterday but now I can't find it. 14:38 tcohen on the circulation matrix page? 14:38 cma maybe...might explain why I'm not finding it. :) 14:41 cma I'm not sure that does what I need, but maybe I'm misinterpreting it. I need to allow patrons to place holds on items from any library, but they must be picked up from the holding library. 14:42 cait cma: i am nto sure you can do that 14:43 cait hmmm 14:43 cait ah 14:43 cma we used to but it might have been a khall customization. we finally just upgraded from a pretty customized 3.02 14:43 cait you could say they can place holds, but items are not transported 14:43 cait maybe that would do it 14:43 cma ok 14:43 cait sepaking of him, khall might know 14:44 cait we only have 2 libraries with more than 1 branch, holds have so many options 14:44 khall cma: yeah, that sounds like custom work. I can see if we can do it via javascript, otherwise I'll have to submit a bug and patch 14:44 cma ok. I'm liking this javascript thing. Saves a lot of headaches. 14:45 khall javascript++ 14:50 paul_p magnuse typo fixed on biblibre blog 14:54 cma khall, I tried using the transport cost matrix with no transfers allowed and it won't let me place a hold on an item from another library, even with canreservefromotherbranches set to Allow. 14:55 khall cma: so that serves as a workaround? 14:56 cma no, it won't let me place a hold. I need it to allow me to place a hold at another library but not transfer the item 15:00 cma i figured I'd try it out and see if it would work as a workaround 15:01 cait i was hoping it would let you, but i think maybe there is no logic for pickup locations yet hm 15:03 khall cma: I'm having a hard time visualizing what you need. This is for the opac, right? 15:03 khall and you need the pick up location fixed to that patron's home branch at the time the hold is placed, correct? 15:04 cma I might be wrong, now I've disabled it and it still won't let me place holds on stuff at another library 15:04 cait khall: the items home branch 15:04 cait hm which might be difficult, when there are multiple 15:04 cma i need the pickup location to be the item's home branch, yes 15:04 khall cma: check your circulation rules. There are a number of settings in there that will help. 15:05 cma yes, that can of worms. :) I'll have a look 15:07 khall I hadn't thought of it until now, but the additional of a complete RESTful api would do wonders for the ability customize sites with javascript 15:10 cma ah-ha, adding a default holds policy for an item type let me place a hold on it, now to test with the transport matrix. 15:12 cma nope, still defaulted pickup library to mine. 15:14 khall cma: the transport cost matrix only affects the holds queue afaik 15:14 cma ok. well, it was worth a shot 15:24 cait drojf: datumsbereich erscheinungsjahr in advanced search- can we think of something better? 15:26 Joubu marcelr: I don't understand the issue you described on bug 13864, could you please detail? 15:26 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13864 enhancement, P5 - low, ---, jonathan.druart, Failed QA , Columns configuration - Late orders 15:27 marcelr The admin page does not save my column config 15:27 drojf cait: yes 15:27 marcelr I mark information as hidden and I save, but no result? 15:27 Joubu ha 15:27 Joubu ok will tr 15:27 Joubu y 15:27 cait drojf: the library says date range and years don't fit together 15:31 drojf erscheinungsjahr eingrenzen 15:31 drojf datumsbereich is a weird word :D 15:33 drojf or erscheinungszeitraum eingrenzen 15:33 drojf but it's too long for the display ;) 15:34 drojf maybe just erscheinungszeitraum 15:36 drojf i'd go with the last. and it fits in the display too 15:44 Joubu cait, marcelr: did you open a bug report for the updatedb permission issue? 15:44 marcelr no 15:44 marcelr see the report itself 15:58 Joubu ok patch submitted on bug 13876 15:58 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13876 major, P5 - low, ---, jonathan.druart, Needs Signoff , Permission issues on updating via installer - dev installations 16:09 reiveune bye 16:10 fridolin bye 16:43 tcohen @wunder cordoba, argentina 16:43 huginn tcohen: The current temperature in Bo Altos de San Martin - NW, Cordoba city, Cordoba City, Argentina is 32.2°C (1:40 PM ART on March 19, 2015). Conditions: Clear. Humidity: 41%. Dew Point: 17.0°C. Pressure: 30.04 in 1017 hPa (Steady). 16:51 tcohen @later tell marcelr could you please take a look at jonathan's solution? bug 13876 16:51 huginn tcohen: The operation succeeded. 16:51 tcohen Joubu++ 17:20 cait Joubu++ 17:20 huginn New commit(s) kohagit: Bug 13836: Does not separate symbol and value if symbol is not displayed. <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=15468615f9c5c427cc819bf833c2df58d13c5080> / Bug 10703: Add more serial table DB documentation <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=17a886aed2928b619826b5e2cd435998f7d2b276> / Bug 10703: Update Patron DB Documentation <http://git.koha-community.org/gitweb/?p=ko 17:38 gaetan_B bye 18:12 huginn New commit(s) kohagit: Bug 13709 - Patron cards creator utf-8 encoding and ttf fonts broken <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=d149cd1d977ab796edd5da9881f08bac251c54e1> / Bug 13021: Reintroduce the name column for guarantor search <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=bceac94f0a64b826413baecc82a690fca58a46f8> / Bug 13021: guarantor search - guarantor_search.tt is useless <http://git.koha-co 18:15 tcohen @later tell dcook I left a comment on bug 12739 but couldn't provide the followup because I have to leave 18:15 huginn tcohen: The operation succeeded. 18:27 tcohen bye #koha 18:47 p_vdk Hello Koha community 19:02 * magnuse gives the evening wave 20:16 Brooke o/ 20:18 Brooke squeee 20:18 * Brooke hugs pianohacker 20:18 pianohacker hi Brooke! 20:19 Guest136 oleonard++ 20:19 Guest136 heh 20:19 Brooke I always knew Rangi had a sekrit id but I didn't suspect it was guest 136 20:20 rangi hi Brooke 20:20 Brooke howdy 20:30 nengard hi brooke 20:32 Brooke squeeeee 20:32 * Brooke hugs nengard 20:32 * nengard hugs back 20:59 Brooke tko 21:22 rangi be rangi 21:22 wahanui Send a patch! 21:39 pianohacker cool site: http://experimental.worldcat.org/marcusage/246.html 21:39 tcohen hi rangi 21:41 rangi hey tcohen 21:49 mtj hi #koha 21:49 mtj pianohacker: nice link ^ :0) 21:50 mtj hey, i recently bumped into a nice discourse.org site... -> http://hub.jmonkeyengine.org 21:51 mtj i think its the 1st site, ive seen 21:52 mtj http://hub.jmonkeyengine.org/t/project-rts-game-engine-map-editor-implemented/29983 21:52 mtj http://hub.jmonkeyengine.org/t/how-to-type-code-blocks/31155 21:53 mtj embedded images and video, and code snippets too 21:58 mtj i think ill config a discouse in the weekend :) 22:01 rangi can't hurt to give it a try 22:02 * cait waves 22:07 mtj yep, totally 22:10 mtj also, hi cait :0) 22:11 * dcook waves 22:11 dcook bug 12739 22:11 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12739 normal, P5 - low, ---, dcook, Passed QA , SendAlerts function does not take care of "html" format or UTF-8 22:18 eythian http://www.smbc-comics.com/comics/1426775844-20150319.png 22:23 dcook hehe 22:24 dcook You know... I used to have a theory about references to things in media 22:24 dcook For instance, I think every single tv show I've ever watched has had a reference to bad coffee 22:24 dcook I think every single web comic I've ever read has had a reference to librarians in some way. 22:24 dcook Although not as specific as the bad coffee thing... 23:49 dcook Oh, Java. You're just full of beans...