Time Nick Message 02:58 bag hey 04:13 cdickinson man, the official Puppet Apache module actually is not as well made as I thought 04:22 indradg good morning #koha 05:15 mtompset indradg: Night... I should be sleeping. ;) 05:15 indradg mtompset: g'night 05:16 mtompset Have a good day (24 hour period), #koha indradg. 05:42 BobB hi indradg 05:42 indradg hiya BobB 05:43 BobB I've got that real Friday afternoon feeling today :) 05:44 indradg heh... the day's still young for me in India.... but still in the best of moods... had rains after 3 weeks of heatwave 05:44 indradg @wunder kolkata 05:44 huginn indradg: The current temperature in Kolkata, India is 33.0°C (10:50 AM IST on June 12, 2015). Conditions: Haze. Humidity: 71%. Dew Point: 27.0°C. Pressure: 29.62 in 1003 hPa (Steady). 05:46 BobB @wunder Sydney, Australia 05:46 huginn BobB: The current temperature in Sydney, New South Wales is 16.0°C (3:30 PM AEST on June 12, 2015). Conditions: Mostly Cloudy. Humidity: 72%. Dew Point: 11.0°C. Pressure: 30.45 in 1031 hPa (Steady). 05:46 BobB winter here 05:46 BobB if we can call it that 05:54 * magnuse waves 06:02 Francesca hey 06:20 bag magnuse: I send knuckles 06:33 magnuse bag: i send knuckles back 06:33 magnuse and HI 06:33 wahanui bonjour, magnuse 06:33 magnuse 3331 words left... 06:34 magnuse bgkriegel++ for making translations easier 06:34 magnuse namoshkaar indradg 06:35 indradg :) magnuse 06:36 * indradg 's brain is still too sleepy to parse locale shifts :D 06:36 magnuse @wunder boo 06:36 huginn magnuse: The current temperature in Bodo, Norway is 6.0°C (8:20 AM CEST on June 12, 2015). Conditions: Mostly Cloudy. Humidity: 81%. Dew Point: 3.0°C. Windchill: 4.0°C. Pressure: 29.71 in 1006 hPa (Steady). 06:37 magnuse double digits - who needs 'em? 06:41 reiveune hello 06:41 wahanui hola, reiveune 06:44 Viktor Hi #koha 06:47 indradg hi Viktor, reiveune 06:47 Viktor Hi indradg! 06:47 reiveune salut indradg Viktor magnuse dcook__ 06:48 * indradg waves 06:48 Viktor salut reiveune 06:50 Viktor Is there some trick i don't know with the public JSON reports in Koha? Got things working fine with Pipes from Yahoo but the same .getJSON won't work with a public report. 06:52 Viktor Checking network actions it returns 200 and it's loaded in the browser ok (I can see the data) but it refuses to actually work and nothing after .getJSON is parsed 06:54 Viktor (Using pipes to get headlines of librarys two blog into the Opac. Now trying to use a public report to give extra data in the staff mainpage) 06:54 magnuse anything in the javascript console? 06:55 Viktor No. It complained about same origin until I did the same thing as with pipes and added &_callback=? 06:56 pastebot "Viktor" at 127.0.0.1 pasted "This code lives in intranetuserjs-syspref" (14 lines) at http://paste.koha-community.org/142 06:56 Viktor (And if I stick the Pipes URL from the blogs it at least gives something) 06:57 Viktor (Placeholder is there from syspref Intranetmainuserblock 06:58 alex_a bonjour 06:58 Viktor There's a rule that getJSON fails silently with invalid JSON, but I think [["373"]] should not be invalid. 07:00 Viktor (Also tried with &annotated=1 if that would be the case, but still nothing..) 07:01 Viktor This use case is not important per se. But I'd like to be able to expose other data from public reports and make nice graphs for the staff with something like https://github.com/mbostock/d3 07:02 Viktor But need to be able to make at least this basic level 0 stuff work first :) 07:04 gaetan_B hello 07:04 wahanui hi, gaetan_B 08:06 kivilahtio does anybody know what this perl liner means? 08:06 kivilahtio die "Can't exec: $!" if !$ENV{HYPNOTOAD_REV}++ && !exec $^X, $ENV{HYPNOTOAD_EXE}; 08:07 kivilahtio especially $^X ?? 08:10 kivilahtio hmm, apparently $^X == '/usr/bin/perl' 09:26 drojf hi #koha 09:35 kivilahtio hi droj! 09:40 drojf hi kivilahtio 10:25 AmitG @bug 6810 10:25 huginn` AmitG: 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6810 enhancement, P4, ---, alex.arnaud, Needs Signoff , Send membership expiry reminder notices 10:53 magnuse kia ora cait 11:01 Viktor Found out the problem with fetching public reports with ajax. To use the callback hack to get around same origin policy it needs to be JSONP but Koha outputs regular JSON. 11:02 magnuse so there is no way to solve it (except for a patch)? 11:02 Viktor Thanks to magnuse++ for helping out and to xarragon++ for solving the whole thing and helping me use the solution to write something that workds 11:03 magnuse how do you make it work? pipes? 11:03 Viktor magnuse: Yes we use our own proxy (built for Samsök) 11:04 magnuse kewl 11:04 magnuse maybe report a bug that the reports should do JSONP? 11:04 Viktor magnuse: That would be useful :) 11:05 magnuse or at least it might save some one else some time 11:05 Viktor Or is there a nicer way to get JSON data from the reports? Even without making them public? 11:06 Viktor If reports would handle the parameter callback to convert to JSONP then problem would be solved :) 11:13 xarragon You could also just build in basic proxy functionality into Koha I guess.. 11:13 xarragon Or templating support for reports to wrap it with the JSON padding. 11:14 magnuse why do you need a proxy? because public reports are in the opac and the opac and intranet are on different domains= 11:14 magnuse s/=/?/ 11:17 Viktor Spot on - same origin applies even to different ports. 11:18 Viktor So it won't work even if you do :8080 for the staff interface. 11:18 xarragon One could expose the public reports through OPAC I guess (still a patch though). 11:18 xarragon Or maybe that is already working? I actually did not check. 11:20 Viktor Hm. They are exposed at the opac domain as is. That's why we ran into trouble with using the data in staff I guess. 11:21 Viktor I guess it would work better for visualizing data in report on the opac side(?) 11:21 Viktor Without a proxy 11:28 xarragon Yes.. just do a regular loadJSON call then, no need for the JSONP wrapping and the proxy.. Less complexity, faster load times etc. 11:31 Viktor Oooh - xarragon just made me try to access the report from the staff domain! 11:32 Viktor Turns out the reports are available from both domains. And the need for magic JSONP stuff to hack same origin is gone! :) 11:32 Viktor xarragon++ 11:33 magnuse yay 11:38 kivilahtio I see somebody has refactored the C4::Circulation::AddIssue() and now it returns a DBIx::Issue-object, but why doesn't it return a Koha::Issue-object inherited from Koha::Object? 11:39 kivilahtio I thought we were supposed to refactor towards Koha::Object pattern instead of DBIx? 11:39 kivilahtio DBIx is fine and dandly, but the date/timestamp-columns are as plain text, not as DateTimes as they should be (like with the Koha::Issue) 11:40 kivilahtio now every time we need to display those date/timestamps we need to instantiate a new DateTime-object, instead of referenceing an existing object from Koha::Issue. 11:47 kivilahtio also the function documentation has not been updated to reflect changes 11:49 xarragon Sounds like someone has been naughty. 11:54 kivilahtio xarragon: Bug 13315 changed an entire core function as a part of a somewhat unrelated feature 11:54 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13315 normal, P5 - low, ---, kyle, Pushed to Stable , Add feedback for last item checked out to circulation.pl 11:54 kivilahtio but back then I guess Koha::Object was not agreed upon as mandatory, tho it had existed already for 2 months. 11:55 cait kivilahtio: the koha object is not in for long yet... but sounds strange anyway 11:55 kivilahtio cait: well you signed it off :) 11:56 cait uhoh 11:56 cait but yeha i think that might predate the push of koha object... although not entirely sure 11:56 kivilahtio well ill just rebase jmjs, REST API tests around this mishpa 11:56 kivilahtio Koha:Object was pushed this february 11:57 cait if there is something to improve, wroth a note 11:57 kivilahtio this monster patch 13315 changing out-of-scope code was pushed april 11:57 kivilahtio so I guess it explains it but I feel bad doing stupid rework 11:57 kivilahtio well it's not the only place in Koha where datetimes are unnecessarily casted 11:58 cait the patch was started in december - i think that's why 11:58 cait also we don't enforce anything yet 11:58 kivilahtio really? 11:58 cait we are trying to phase out Koha::Dates currently tho... so maybe that will help a little with the date mess 11:58 kivilahtio anyway, no point in beating a dead horse 11:58 kivilahtio have fun 11:58 kivilahtio ill rebase test plan 13:00 mtompset Greetings, #koha. 13:00 indradg hi mtompset 13:05 drojf hmm viktor and magnuse are gone. i remember i made koha output JASONP at some point. not sure what project that was for and if that still exists. but the problem seems to be solved anyway 13:05 drojf JSONP even 13:07 mtompset reports? 13:07 wahanui reports is probably http://wiki.koha-community.org/wiki/SQL_Reports_Library 13:07 mtompset The header format for public reports. 13:07 xarragon Well.. you would need it for cross-domain requests; if someone wanted to pull data from AJAX from another domain. 13:07 drojf oh i remember. i made a firefox os app check for new titles in koha. mozilla gave me a phone for that :) 13:08 cait xarragon: i tihnk you already figured it out - but how the report is accessible depends on the public/nonpublic setting 13:08 cait over which domain 13:10 xarragon cait: Yeah it is solved, the only trouble we had was that cross-domain also includes querying between OPAC/Staff. Victor pulled data from OPAC, I assumed he was pulling it into OPAC, but he did it from staff.. So we had to work around the crossdomain stuff. 13:11 xarragon I got lost in the technical details of JSONP since I had not encountered it before, forgot to ask the obvious question of why we needed crossdomain at all. 13:11 ashimema any github users here using 'hub' atop thier git.. 13:12 ashimema looks mighty useful 13:12 ashimema jsonp is cool 13:12 xarragon The reports module is _awesome_ though. Do you realize how much interesting reporting can be made with that plus some AJAX:y visualization library? 13:13 ashimema xarragon: bug 13219 might interest you 13:13 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13219 enhancement, P5 - low, ---, gmcharlt, Failed QA , Add graphs to guided reports 13:13 xarragon with sufficient categorization of the biblio items, you could see which categories of books are being lent the most during different times of the year 13:13 ashimema certainly could 13:13 carmen hello #koha :) 13:14 ashimema as for cros domain.. think about other products you have that might want access to koha's data.. 13:14 xarragon huginn`: Intereting, I was planning to brush up my jquery skills this weekend. I could use that to play around a bit 13:14 huginn` xarragon: I suck 13:14 ashimema a reading list solution for instance, that want to display the record from koha.. unless you have cross domain (CORS or JSONP) you couldn't use it ;) 13:14 xarragon *facepalm* 13:14 xarragon hello bot 13:14 drojf i should have put the patch for jsonp into bugzilla, i think i don't have it anymore :/ 13:15 ashimema huginn is a bot.. 13:15 ashimema he just spat out the bug I threw at you ;) 13:15 xarragon yeah, I realized :-) 13:15 ashimema it's a trivial change I imagine.. 13:15 ashimema just wrap the json response in a callback 13:15 drojf i think it was 13:15 drojf anyway doing work twice is not very efficient ;) 13:16 xarragon Literally all you need is '_(' before and ')' after, depending on your ajax frontend 13:16 xarragon Or well, a configurable parameter if it is going to be flexible.. 13:17 xarragon All that it does it inject that code into the <script> tag in the document at which points it calls the function. 13:18 xarragon Havn't gone in and debugged it line by line yet though. It is an.. interesting solution. Not sure about full security implications of it. 13:20 ashimema it's a pretty standard thing these days 13:21 xarragon Yeah, it's just me having been out of web programming for a few years. 13:21 ashimema basically.. if your requesting a jsonp response, you're suggesting you trust the place your requesting it from.. 13:21 ashimema it doesn't really provide any security around it as far as I'm aware. 13:21 xarragon I wonder if you can perform a HTTP request from a HTTPS domain that way? 13:22 ashimema I think the browse will still complain in that case ;) 13:22 ashimema but i may be wrong 13:22 xarragon I hope so. 13:22 xarragon I might test just for the heck o fit. 13:22 ashimema I would however suggest only using jsonp over https.. 13:23 ashimema else your assumption that your trusted resource can be trusted is wrong.. as without https your wide open to man in the middle injection ;) 13:23 xarragon Well, if you wanted to see inside a HTTPS connection and could insert random JS via non-HTTPS-call, that would allow you to scoop out the goodies. 13:24 xarragon ashimema: yes, exactly.. Hence why I was curious about a mixed HTTPS/HTTP scenario and whether the browser cried foul in that case 13:24 ashimema indeed it would 13:24 ashimema :) 13:24 xarragon But I need to focus on building things, not breaking them 13:24 ashimema CORS is actually a slightly nicer solution.. 13:24 ashimema but I'm not entirely up to date on it's inner workings. 13:25 ashimema http://enable-cors.org/ 13:25 ashimema in effect cors allows you to setup two way trust relationships between domains.. so cross origin goes away :) 13:26 xarragon Yeah.. like that old crossdomain.xml solution for Flash 13:26 ashimema yup 13:26 ashimema very similar 13:27 xarragon Still, I am a man who surfs with Noscript and Policeman enabled. Enabling cross-domain requests is.. slightly evil ffor me. 13:29 ashimema lol.. 13:29 ashimema indeed 13:29 ashimema if your surfing with those then you'd be mighty wary of cross domain ;) 13:30 xarragon Still, officially declared policy is better than hidden proxy. 13:30 xarragon Because the latter is very hard to filter out automatically compared to the former. 13:32 ashimema deffo 13:53 bxlrc Hi! Quick q: does anyone know how the language fallback system works in Koha? I've now got English, fr-FR and nl-BE installed, but the nl-BE one is incomplete. However, instead of falling back to 'en', it falls back to 'fr-FR'. All suggestions to fix this are welcomed! 14:36 bxlrc seems that the nl-NL translation, though on file much smaller, is much better. Uninstalling nl-BE and installing nl-NL makes that it suddenly falls back to english. I get the idea that the nl-BE translation is broken, or maybe some country setting makes that the wrong language is selected for nl-BE.. 15:02 reiveune bye 16:00 gaetan_B bye 17:59 tcohen hi 18:10 tcohen ok 18:10 * barton waves to #koha 18:11 tcohen hi barton 18:11 barton hey, question about the auto-renew feature -- is there any guard against renewing items that are accruing fines? 18:12 barton if not, I may have uncovered a serious bug. 18:12 tcohen barton: I think it depends on your circ policy 18:15 barton I think that it's causing duplicate fines: due date changes; due date is used in accountlines description, and is used to look up fines, but we don't update accountlines when we change the date. It's the same type of issue we were seeing with dateformat. 18:18 barton ... that's just a hunch ... I've found a couple of fines that differ only by the due date -- I started thinking about what might have changed recently in koha that would change the due date, and that's what popped into my head. 18:19 barton so ... this needs more research, but I wanted to say something. 18:32 tcohen barton: it is great that you spotted a possible bug, please dig a bit more and fill a bug report 18:34 barton tcohen: oh, defintely. 18:41 barton yeah, that was defintiely not in liu of a bug report ... I just wanted to bring the issue to the attention of the community quickly. 18:58 tcohen barton: holds policy are subject to possible issues too 20:59 barton @seen tcohen 20:59 huginn` barton: tcohen was last seen in #koha 2 hours and 55 seconds ago: <tcohen> barton: holds policy are subject to possible issues too 21:01 barton tcohen -- filed Bug 14380 21:01 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14380 enhancement, P5 - low, ---, koha-bugs, NEW , Overriding fine on renewal will cause duplicate fines 21:50 wnickc bye #koha