Time Nick Message 00:30 gmcharlt @later tell hdl I'll look at ModItem 00:30 munin` gmcharlt: The operation succeeded. 00:31 chris 98 to go .. cracked the 100 mark :) 00:35 ricardo Hi Chris... Thanks for setting up the repository. I haven't tested it, but I will try to do that tomorrow, at work, if I can. 00:35 ricardo Time to go to sleep now... The holidays are officially over :( 00:36 ricardo To you, Chris and Henri: keep up the great work! :) 01:19 chris_n2 hi chris 01:24 chris hi chris_n2 02:25 gmcharlt @later tell hdl sopac and new_acq branches will be pushed Tuesday evening (your) time 02:25 munin` gmcharlt: The operation succeeded. 03:27 Amit hi chris 03:27 Amit good morning #koha 04:15 brendan good morning amit 04:15 Amit hi brendan 05:01 Elven_Thief silly question. i screwed up the 952$b field on some items in a massive record import. is there any easy way of regexing a fix into the marc record? 05:08 Amit hi elven_thief 05:08 Elven_Thief hey 05:08 Amit what is your problem 05:09 Elven_Thief basically, i misspelled a holdings entry - 952 $b - so items aren't showing up under that library 05:09 Elven_Thief so, what i'm needing is essentially a find/replace function 05:10 Elven_Thief either at the sql level or higher 06:44 chris evening 06:46 nicomo evening chris 06:48 fredericd good morning all 06:48 fredericd chris: very good news from NZ 06:50 chris Elven_Thief: you will need to change it in 2 places, in biblioitems.marcxml and items.holdingbranch 06:51 Elven_Thief yeah. unfortunately, i don't think an item got created for it 06:51 chris ahhh 06:51 Elven_Thief i fixed marcxml 06:51 Elven_Thief but then realized they all pointed to null items, which means i've gotta fix the record and reimport 06:51 chris fredericd: thanks :) 06:51 Elven_Thief but thanks though 06:51 chris Elven_Thief: yeah :( 06:55 |Lupin| hi everybody 06:56 |Lupin| seems I didn't leave the chan yesterday... 07:02 chris down to 75 picks to go hdl 07:03 hdl "good job" ;) 07:03 chris just fixed a couple of little errors, so should be all good to pull from my repo now 07:05 hdl mmm. warnings. 07:05 hdl On Circulation.pm 07:05 hdl _structure.pl syntax OK 07:05 hdl "my" variable $branch masks earlier declaration in same scope at /home/koha/Code/current/C4/Circulation.pm line 1965. 07:05 hdl "my" variable $datedue masks earlier declaration in same scope at /home/koha/Code/current/C4/Circulation.pm line 1966. 07:05 hdl "my" variable $lastreneweddate masks earlier declaration in same scope at /home/koha/Code/current/C4/Circulation.pm line 1967. 07:05 hdl I shall fix that 07:05 chris cool 07:06 hdl error compile on circulation.pl 07:06 hdl noerror not defined 07:07 chris ill fix that one 07:10 chris hmm interesting 07:12 hdl chris do you have the list so that I can see which ones have to be applied 07:12 chris sent it to you in email 07:13 hdl ok. 07:17 chris fixed the syntax error for circ/circulation 07:18 chris the template is a bit messed up tho, ill fix that 07:26 |Lupin| is it posible to remove an unicityconstraint from a table ? 07:26 |Lupin| something declarde like this: 07:26 |Lupin| UNIQUE KEY `unicity` ... 07:34 chris hdl: fixed the template too now 07:35 chris and successfully issued a book 07:35 chris so you might want to pull again 07:35 hdl thx. 07:36 hdl Will update then 07:37 hdl Problem on catalogue/detail.pl too 07:37 hdl Global symbol "$isbn" requires explicit package name at catalogue/detail.pl line 230. 07:37 hdl Global symbol "$similar_products_exist" requires explicit package name at catalogue/detail.pl line 257. 07:37 hdl Global symbol "$customer_reviews" requires explicit package name at catalogue/detail.pl line 259. 07:37 hdl Global symbol "@similar_products" requires explicit package name at catalogue/detail.pl line 260. 07:38 chris ahh i just fixed that for the opac 07:38 chris so many changes to amazon stuff 07:38 chris hard to merge them all nicely 07:38 chris ill fix it for the staff side too 07:39 hdl We should have that in Modules an functions rather than in scripts 07:39 hdl thx 07:41 chris yeah 07:43 chris fixed the syntax error 07:43 chris we will want to check all the amazon stuff when we have finished cherry picking 07:44 chris catalogue/detail.pl and opac/opac-detail.pl 07:44 chris to check it all works 07:45 Elven_Thief chirs: great success. thanks for the help above. 07:45 Elven_Thief er chris* 07:48 chris np 07:51 chris hdl: ok, ready for another pull ... any more errors you have spotted? 07:54 hdl no 07:54 hdl thx 08:04 bigbrovar . 08:49 davi Besides the user_permissions and userflags tables, where are users password, login, etc. recorded? 08:50 chris in borrowers 08:51 chris password, and userid 08:51 davi thanks chris 08:53 davi Can "user groups" be defined in Koha? 08:56 chris nope 08:57 chris not yet anyway 08:58 davi ok 09:01 nicomo oops wrong channel 09:01 chris heh 09:01 |Lupin| I'm jus wondering 09:02 |Lupin| would it be a lot of work to add an option to bulkmarcimpot so that the imported records are added on a specified virtualshelf ? 09:02 davi How to create an OPAC user in Koha? 09:02 |Lupin| would such a feature lok convenient to you guys ? 09:03 |Lupin| davi: what do you mean by opac user ? 09:03 chris davi: you just add a member then assign them a username and password 09:03 davi Is there a web page in Koha to do it? 09:04 chris yes 09:04 |Lupin| davi: go to Members and then add member 09:04 davi Let me look 09:05 Amit hi lupin 09:06 |Lupin| hi amit 09:06 davi I do not see "Member" in the admin console :8080 09:08 davi I have this password in borrowers "CY9rzUYh03PK3k6DJie09g" and I want to reset it to check the login works 09:10 chris http://koha.org/documentation/manual/3.0/patrons/editing-patrons 09:10 davi thanks 09:33 |Lupin| chris: any opinion re:bulkmarcimport and the virtualshelves ? 09:36 chris i dont think its a feature i would ever use 09:36 chris but i dont think it would be hard to add 09:43 |Lupin| chris: ok 09:43 |Lupin| chris: you are saying you'd never use it because bulkmarcimport is supposed to be used only once ? 09:47 chris yep 09:47 chris id use the web interface 09:47 chris which allows you to name an import 09:50 |Lupin| chris: ah, yes. But it's not that convenient for me... 09:51 |Lupin| chris: which tables are used to name imports when they are done in the web interface ? 09:55 chris not sure, ive never needed to use them after an import 10:02 |Lupin| chris: ok 10:11 hdl |Lupin|: breeding 10:16 |Lupin| hdl: thanks 10:19 hdl chris good night. 10:19 hdl if you are going to bed 10:19 hdl :D 10:21 |Lupin| hm 10:21 |Lupin| I've a problem with OPAC searches 10:21 |Lupin| it's a nozebra install 10:22 |Lupin| I searched for "vie" (life) and this gave back 93 answers 10:22 |Lupin| We thought it's because the search includes the abstracts we have in 330$a 10:22 |Lupin| so I removed this field from the NoZebraIndexes 10:22 |Lupin| and re-indexed 10:22 |Lupin| and still 93 results 10:22 |Lupin| any idea ? 11:18 gmcharlt slef: if you're about, I've got a question for you - have you had to answer any RFI or RFPs that were based on the UK core specs for ILSs? 11:23 Amit hi galne 11:23 Amit hi galen 11:24 gmcharlt hi Amit 11:46 chris_n g'morning koha 11:46 bigbrovar hi guys its me again so i did some reading on the marc thingie last night (Nigerian time) and i think i now have a better understanding about it .. am trying to import our library catalog which is in spreedsheet to koha .. but i figured i have to map the catalog field to fit with marc tags in koha (right?) 11:51 Amit hi chris_n 11:53 bigbrovar ok some of the field which the librarian used does not seem to fit any marc tag in koha . and she is not even here to hold my hands but i uploaded the spreedsheet here and the field which i have mapped in case a good person could let me know if am doing the right thing : the original sreedsheet catalog is here http://www.sendspace.com/file/cuwi17 and the work i have done trying to map the field to a marc tag is here http://www.sendspace.com/file/qo99wz 11:54 bigbrovar am not sure if am doing the right thing but am really trying to learn and do this write (giving up or going the easy way is not in my book) 11:55 bigbrovar right* 12:00 chris_n bigbrovar: check out this http://wiki.koha.org/doku.php?id=marcedit 12:07 Amit bye all i m going 12:11 cc gmcharlt: I've got a copy of a UK core spec if you'd like me to forward it 12:24 |Lupin| pls, which permisson is necessayr for a librarian to be allowed to delete bibliographic records ? 12:24 |Lupin| I thought editcatalogue was enough for that ? 12:36 schuster gmcharlt around? 12:36 schuster Question about the NEKLS holds features. 12:55 |Lupin| hi owen 12:56 owen Hi 12:56 |Lupin| OUr librarian can't se the "delete record" button whereas she is superlibrarian 12:56 |Lupin| and when I log in as her I can see them with lynx 12:57 |Lupin| I have no idea what happens... 12:58 owen Are you talking about the bibliographic detail page in the staff client? 12:59 |Lupin| owen: yes, exactly 13:05 owen There is not a "delete record" button when you're looking at it in a javascript-capable browser. 13:05 owen There is a "delete record" menu option under the "edit" menu. 13:12 |Lupin| owen: ah, ok 13:14 |Lupin| owen: where exactly is this edit menu ? 13:15 |Lupin| owen: is it what is clled modifier in the french version ? 13:16 owen Visually speaking, the first "menu button" is "new," and the second is "Edit" 13:16 gmcharlt schuster: pong 13:16 owen When you click the "Edit" menu button, your choices are "edit record," "edit items", "edit as new", and "delete record" 13:16 owen ...and "delete record" will be inactive if there are any items attached to the record. 13:20 |Lupin| owen: yeah,got it. thanks a lot for your help !! 14:48 pianohacker Good morning 14:51 |Lupin| hey Jese 15:01 chris_n howdy pianohacker 15:02 pianohacker Hi, chris_n 15:02 pianohacker Hi, |Lupin| 15:06 pianohacker nahuel++ # For CCL parsing 15:06 nahuel hi pianohacker ! 15:07 pianohacker Hi, nahuel 15:07 nahuel It's cool you love it ! :p 15:07 pianohacker It's been needed for a while 15:07 pianohacker Are they keeping you busy with those sorts of bugfixes? 15:07 nahuel hehe 15:07 nahuel Depends our clients bugs 15:07 nahuel :) 15:16 paul_p owen: around ? 15:17 owen Yes 15:17 |Lupin| pls 15:17 |Lupin| I'm preparing records to be imported in Koha 15:17 |Lupin| the letters with accents are displayed incorrectly by yaz-marcdump 15:18 paul_p I really find your blog awesome ! so, I want to ask Kivutar to translate all your entries into our BibLibre blog. Would you agree (with a link on all entries to your original version, of course) 15:18 |Lupin| but when imported in Koha the letters are displayed correctly 15:18 |Lupin| should I be worried or just ignored ? 15:19 gmcharlt |Lupin|: depends on your terminal settings - if your records are in UTF-8, and your terminal is in UTF-8, and the characters are wrong, yes, you probably should double-check 15:19 owen Of course, paul_p, I'd love it! 15:19 gmcharlt owen++ 15:20 paul_p ok, many thanks. So, Kivutar, you can start blogging when you want/have some time ! 15:20 |Lupin| gmcharlt: I'm sure about my terminal being UTF8 15:21 |Lupin| gmcharlt: how can I know for sure what is the encoding of the records ? 15:37 |Lupin| gmcharlt: ?$ 15:45 rhcl @seen wizzyrea 15:45 munin` rhcl: wizzyrea was last seen in #koha 3 days, 18 hours, 29 minutes, and 46 seconds ago: <wizzyrea> git outta town 15:45 pianohacker Apparently she did 15:46 rhcl Yea! 15:46 pianohacker How are you? 15:47 rhcl OK, I was off Friday, and even so today is off to a quiet start. 15:47 pianohacker good 15:51 |Lupin| can anybody help with the record encoding problem, pls ? 15:52 pianohacker |Lupin|: It sounds like the encoding flag of the records is incorrect 15:53 pianohacker Koha might be able to deal with that; it would be worth trying to import a few troublesome records and noting the results 15:53 |Lupin| pianohacker: I tried with one and it worked 15:54 |Lupin| may try another one... 15:58 kr1shnan anyone see slef on lately? 15:58 pianohacker @seen slef 15:58 munin` pianohacker: slef was last seen in #koha 1 day, 0 hours, 15 minutes, and 48 seconds ago: <slef> happily, /usr/sbin/arp to the rescue! :))) 15:59 kr1shnan thanks...another day another IRC trick... 15:59 pianohacker Yup. munin` is the irc bot 16:00 kr1shnan And pianohacker is Jesse, right? 16:00 kr1shnan Hi 16:00 pianohacker Yes. Hi, Krishnan 16:01 |Lupin| pianohacker: the thing is Koha seems to deal well with the records. It's just that I'd feel more at ease if they were corect even before the import... 16:02 pianohacker Unless you use an external MARC editor or write a script, it's difficult to fix 16:02 pianohacker Most likely, yaz-marcdump thinks your records are encoded in MARC-8, and they're actually in UTF-8 16:06 Colin Lupin: even in a utf-8 environment some tools get the display of non spacing diacritics wrong. They appear to be over the wrong character 16:07 pianohacker @seen collum 16:07 munin` pianohacker: collum was last seen in #koha 5 days, 21 hours, 4 minutes, and 24 seconds ago: <collum> Garry Collum, Kenton County Library 16:08 |Lupin| pianohacker: well I'm processing them in a script anyway 16:09 |Lupin| pianohacker: and I thin the records are in Latin1... 16:28 schuster gmcharlt - Is there a way with the holds to force local only and to fill with local only? I've been able to apply the changes from NEKLS to allow holds only based on if the item is out at the location requesting, but when anyone in the system checks in that title it is trying to fill the hold. 16:28 schuster Local only without doing specific item? 16:29 gmcharlt schuster: IIRC, not currently 16:29 pianohacker schuster: Not to my knowledge 16:30 schuster Drat. 16:30 schuster Holds are going to be the death ofme. 16:30 pianohacker You and the rest of us 16:31 schuster gmcharlt - I've looked around, but where can I see the "definite" items that are "new" to 3.2? 16:31 schuster I know there were proposals for RFC - but I understood at the last meeting you would put out a list of items that are "in" 3.2 as of 9/7 freeze? 16:32 gmcharlt schuster: I'm working on it, hope to send out by tomorrow 16:34 |Lupin| bye everyboy ! end of working day here ! 17:01 owen pianohacker? 17:01 pianohacker owen: Yes? 17:01 owen Hi. It looks like there is a problem with the nested tables in the new sysprefs editor 17:01 owen I'm looking in particular at the OPAC tab 17:02 pianohacker Ah. The languages setting? 17:02 owen It looks like that might be the problem. 17:03 pianohacker There's a definite lack of whitespace. 17:03 owen Not just a visual problem, a markup error. 17:03 owen The left-hand menu gets pushed down to the bottom 17:03 jdavidb gmcharlt: ping? 17:04 owen Forcibly adding "</td></tr></table></td></tr></table>" at the end of the page seems to fix it, so it looks like the loops aren't closing the nested tables correctly 17:04 gmcharlt jdavidb: pong 17:04 jdavidb I've been working on hushing up various useless warnings in the log (and to the cron outputs)...and your StripNonXmlChars in Charset.pm just has me stonkered. 17:05 jdavidb Every now and then, on rebuild_zebra -z, I get this: 17:05 jdavidb Use of uninitialized value in substitution (s///) at /home/koha/kohaclone/C4/Charset.pm line 304. 17:05 jdavidb Would that only occur if the input $str is undefined coming into the function? 17:05 gmcharlt that would be one way 17:05 owen pianohacker: Does it not look that way for you? An empty left-hand column? 17:06 jdavidb I've put a warn $str in there, but that makes the log horrendously big, and I haven't caught it in the act yet. 17:06 jdavidb Would it be useful to return "" if $str is undefined or already "" *before* the substitution? 17:07 gmcharlt jdavidb: yep 17:08 jdavidb I'll see if I can catch it in the act, and if so, hunt for a bug--or make one--and patch it. I don't dump my cron outputs to /dev/null as a matter of course, as I *want* to know when things go wrong. 17:08 jdavidb But I'd like to quit getting those particular annoyances. 17:09 pianohacker Hrm. I've noticed that problem too, but it's very intermittent 17:09 pianohacker owen: Do you have multiple languages enabled? 17:09 pianohacker or at least installed 17:09 owen 2 installed, one enabled 17:11 owen pianohacker: en and en-GB, FWIW. Might make a difference that they're grouped? 17:11 pianohacker Maybe. I only have one, so let me see if I can fix up that issue 17:20 owen pianohacker: Was there a structural reason for doing these as single big tables? I wonder if it would work with each section as its own table? 17:21 pianohacker Using h3's instead of theads? That might work, and would be easy to implement 17:22 owen Yeah, that was my thought. And repeat the preference/value th at the head of each section table 17:23 * owen will poke around more after lunch 17:23 pianohacker I need to deal with a bratty computer; after I reboot, I will send a patch for the markup issue 17:25 pianohacker brb 18:58 chris morning 18:58 owen-away Hi chris 18:58 pianohacker Good morning 18:58 pianohacker owen: If you have a little bit of time, I think the patch I just sent should fix your problem 18:58 pianohacker Thanks for testing, by the way 18:58 owen I saw that. I'll give it a try 18:59 * owen never misses a chance to kibitz an interface 19:00 * owen ran across a nice OPAC he hadn't seen before: http://library.bu-london.co.uk/cgi-bin/koha/opac-main.pl 19:00 owen Is that anyone we know? 19:00 pianohacker Oh, that is nicely done 19:05 pianohacker collum: around? 19:07 chris owen: havent seen that one before 19:07 owen pianohacker: That patch did the trick 19:07 owen Thanks 19:07 pianohacker owen: np 19:12 owen pianohacker: The __first__ and __last__ variables must have made a huge difference in the complexity of writing that page 19:13 pianohacker Yup. HTP has a few useful tricks 19:13 pianohacker Also DEFAULT for TMPL_VARs 19:14 owen Yeah, that threw me off at first because I thought you were specifying "default" as an attribute of the input tag! 19:23 jdavidb Hi, wizzyrea! :D 19:24 owen pianohacker: what about editing the administrative details of a system preference? Changing the description or something like that? 19:25 pianohacker owen: Currently, that requires editing the data files (in koha-tmpl/intranet-tmpl/.../modules/admin/preferences/) 19:27 pianohacker Hi liz, jdavid 19:27 owen pianohacker: Is your goal to have those pref file be editable through the administrative interface? 19:28 wizzyrea hi everybody 19:28 pianohacker owen: Down the line, maybe. Didn't think it was frequently used, but I could be wrong. 19:37 chris owen: having them in a file, not the db, makes them translatable 19:37 chris = win 19:42 owen Agreed. I'm just looking at it from the point of view of, "Hey I used to be able to do X, how do I do it now?" 19:42 chris yep 19:44 collum Hi pianohacker 19:45 pianohacker collum: I saw your bug about the defaultSortField option. The two are intended to run together, since they're very codependent; do you think the interface could be improved? 19:48 collum pianohacker: I'm sorry, I must have a brain cramp. Can you point me to the bug in bugzilla? 19:50 pianohacker Ahh, nvm. that was nengard. Your autobarcode bug is confirmed 19:50 pianohacker Sorry, got reporters mixed up 19:50 owen pianohacker: So "search system prefs" will search prefs, descriptions, etc., but "jump" will only search by name? 19:50 collum np 19:51 pianohacker owen: jump isn't exactly a search. It simply jumps to the correct position on the right tab 19:51 owen Only on the same page? 19:52 pianohacker On any page; if you try to jump to defaultSortField from acquisitions, it'll take you to the right place on Searching 19:52 owen Hmmm... I find the differences between the two searches to be confusing. 19:53 rhcl hey wizzyrea, are you or any of your people going to the Rural Libraries Conference in Tennessee tomorrow? 19:53 wizzyrea yes, some people from our office 19:53 pianohacker owen: It is, a bit 19:54 rhcl ic. My director is leaving on the bus from Lawrence tomorrow with everybody else. 19:54 owen pianohacker: I wonder if we could combine the two in the default search? Using modifiers like the search form on members-home has? 19:54 owen ...so that the "search system preferences" field at the top can do either one. 19:55 pianohacker Hmm. What if it simply automatically "jumped" if it found a system preference with that exact name (case-insensitive, of course)? 19:56 pianohacker Since most of our systempreferences are squishedTogetherWords, it shouldn't cause too many problems with normal searching 19:57 owen I think that sounds good. The "jump" form is problematic if you put in a term with multiple matches, like "intranet." I guess it jumps to the first one it finds? 19:58 owen So "jumping" when there is only one result sounds good to me--just like the way the catalog jumps to any single result 19:58 pianohacker Hmm, looks like it 19:59 pianohacker jumping when just one result is found sounds good 19:59 chris ok time to catch my bus 20:01 pianohacker see ya 20:01 owen pianohacker: If I do a search and get multiple results from multiple sections I get multiple "save all" buttons. But they only save the changes from their "own" sections, correct? 20:02 pianohacker Yes. The current crammed-together appearance of each tab makes that a little better, but it is confusing 20:06 owen Ah, how about this: I'll add the tab text to the save button, so instead of saying "save all" it says "save all cataloging preferences" ? 20:09 richard hi 20:13 Ropuch Hello koha 20:13 owen Hi Ropuch 20:17 Ropuch I have some problems with barcode generating - i have a 'title' field on it, but when i try to generate a label for title that includes some non-standard characters ("�" "�" etc) there's an error 20:17 Ropuch label-print-pdf.pl: Wide character in compress at /usr/share/perl5/PDF/Reuse.pm line 819, 20:17 Ropuch label-print-pdf.pl: Use of uninitialized value in addition (+) at /usr/share/perl5/PDF/Reuse.pm line 1286. 20:18 Ropuch Is there a way i can fix this? 20:18 * owen doesn't know if there are any labels experts around 20:20 Ropuch I have no IT support till end of the month, but i guess i have to wait for them then 20:24 pianohacker owen: That sounds good 20:38 wizzyrea gmcharlt: do you know if bug 2332 has a fix in 3.2? 20:38 munin` 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2332 blocker, P3, ---, gmcharlt@gmail.com, NEW, holds queue script should target as many items as are available 20:39 gmcharlt wizzyrea: I think it might be fixed, but I'm not positive 20:39 gmcharlt the description ... is a little brief 20:39 pianohacker Is this the holds queue cronjob or circulation report? 20:39 wizzyrea gmcharlt I only ask because I think we're experiencing this 20:40 wizzyrea the hold queue cronjob isn't grabbing a different item if the hold is ignored 20:40 wizzyrea but anyway 20:41 wizzyrea guess we'll take that up with our support folks 20:50 chris back 20:52 chris @seen hdl 20:52 munin` chris: hdl was last seen in #koha 10 hours, 32 minutes, and 48 seconds ago: <hdl> :D 20:52 hdl here 20:57 chris heya hdl, if you want to update the maintenance repo and send an updated todo, i will try to do a few more today, on my breaks 20:57 hdl I had very few updates. 20:57 hdl But wil send it to you. 20:58 chris cool, ill rebase from the maintenance repo too 20:58 hdl There is a problem with opac-detail.tmpl 20:58 chris oh? 20:58 hdl a failed merge i think 20:58 chris ah right, ill fix that up 20:58 hdl should be quite easy to solve. 20:59 chris *nod* 20:59 hdl But..... well those merge problems are really a burden. 20:59 chris yep, we have to make sure we keep on top of it in the future 21:00 chris its just because we are doing so many cherry-picks 21:00 chris good learning for 3.2.x anyway :) 21:01 hdl and because templates and some features are so much intricated mixed with old code. 21:02 chris yep 21:02 hdl I think we could/should have some distinctions between "enhance content" or features, and core. 21:02 chris yep 21:04 hdl We should not have to go so frequently in pm to edit existing functions, in order to add something but add new functions to do new things. 21:04 hdl Of course, bug fixing is an other point. 21:04 chris yep, well, really we should be only cherry picking bugfixes 21:04 chris but some are mixed in 21:04 hdl yes. 21:04 hdl For instance RenewalPeriodBase 21:05 chris yeah 21:05 hdl Or some other Circulation. 21:06 hdl this is why Reconciliation is quite good also to some extent ;) 21:07 chris yes, but going the other way 21:07 chris ie reconcile from 3.0.x -> 3.2 21:07 chris not back the other way 21:08 chris otherwise we end up with 2 feature branches ... and then 3 .. then 4 .. etc 21:08 hdl I was even tempted to add Jquery update to 3.0.x 21:08 hdl yes 21:08 chris i think it is 21:08 chris im pretty sure jquery update was in one of those cherry-picks 21:14 chris got your email thanks hdl 21:16 paul_p hdl / chris: I go to bed (& I suggest hdl to go to bed as well ;-) ) bye & see you tomorrow 21:16 chris cya later :) 21:16 hdl going to bed also 21:16 chris sleep well 21:16 paul_p sweet dreams hdl ! 21:17 gmcharlt hdl, paul_p : biblibre-sopac topic branch pushed - expect will be merged fairly quickly into master 21:17 chris yay!! 21:22 wizzyrea Yay! Indeed! 21:22 * wizzyrea does a happy dance 21:25 gmcharlt bbiab 21:37 pianohacker brb 22:46 chris now that the ILS-DI work is all committed it might be time to resurrect my koha-bot and rewrite it to use that api instead 22:46 gmcharlt chris: would be a good test 22:51 chris missing a template? 22:51 chris ilsdi.pl: HTML::Template::Pro:template /home/chrisc/git/koha/koha-tmpl/opac-tmpl/prog/en/modules/ilsdi.tmpl not found! 22:55 * chris fails at the first hurdle 22:58 gmcharlt chris: yeah, that needs to be replaced with a 404 (a la a real web service) 22:59 chris hmm 22:59 chris according to the code, its supposed to show me a help page 23:14 gmcharlt right 23:14 gmcharlt the template doesn't exist 23:15 gmcharlt on the other hand, a web services returning a 200 (in the form of a help page) for an invalid call 23:15 gmcharlt could be a bit awkward 23:16 chris well it does a proper error for an wrong service 23:16 chris and a help page for none 23:16 chris which may or may not be good