IRC Logs

Time Nick Message
23:51 dcook rangi++
23:51 dcook eythian++
23:49 rangi but its all there in kohastructure.sql and the installer/data/mysql/elasticsearch_mapping.sql
23:48 rangi you'll have to make the mapping table and insert that data, i havent written the updatedatabase bit yet
23:48 eythian yeah, it's all in the catalyst repo
23:47 bag I may pull a new copy
23:47 bag is this all pushed to the repo?
23:47 bag nice nice
23:47 eythian ^-- bag
23:46 eythian that's all coming from ES, including the facets (which still need polish.)
23:46 eythian https://i.imgur.com/XjZzVVe.png and a little bit later https://i.imgur.com/F4Cpxgk.png
23:44 bag sweet
23:44 eythian lemme find them...
23:44 bag no
23:43 eythian bag: hey, did you see the ES screenshots from the other day?
23:43 eythian yeah, I wish it'd put the wind on there. That way wellington would win at something more often :)
23:31 dcook It's ridiculously nice here ;). Should be cold but it's a beautiful day.
23:31 huginn dcook: The current temperature in Sydney Airport, New South Wales is 19.0Â°C (9:00 AM EST on May 21, 2014). Conditions: Partly Cloudy. Humidity: 63%. Dew Point: 14.0Â°C. Pressure: 30.25 in 1024 hPa (Rising).
23:31 bag boo it didn't put the wind on there... it's super wicked windy here
23:30 dcook @wunder sydney, australia
23:30 huginn bag: The current temperature in Westside, Santa Barbara, California is 19.7Â°C (4:30 PM PDT on May 20, 2014). Conditions: Partly Cloudy. Humidity: 58%. Dew Point: 11.0Â°C. Pressure: 29.93 in 1013 hPa (Falling).
23:30 bag @wunder 93109
23:26 dcook ...
23:26 dcook Gotta love/hate when one character will resolve a problem\
23:24 huginn dcook: The operation succeeded.
23:24 dcook @later tell cait Also, it looks great this morning :D
23:24 huginn dcook: The operation succeeded.
23:24 dcook @later tell cait That first CSS you sent me was using an id rather than a class. Should've been "ul." not "ul#". My bad for not catching it sooner!
23:21 eythian master packages uploading
23:07 eythian hello
23:07 tcohen hi eythian
23:05 tcohen heh
22:58 eythian well, the control file is totally current, that's always a good start.
22:50 * eythian prepares to build new master packages, here's hoping everything still works...
22:47 eythian hi
22:10 jce Well, the value there is MARC21
22:06 gmcharlt er, where variable = 'marcflavour'
22:06 gmcharlt jce: the systempreferences table, the row whose value is 'marcflavour'
22:06 Pabloab kylehall.info site seems down, and sourceforge have v3.8 :/
22:05 jce Good question, wizzrea. Where would I find that using phpmyadmin?
22:05 Pabloab Do anyone konw where can I download a koha virtual appliance no more than 1 year older...?
22:04 wizzyrea is it set in the db, and not just in the interface?
22:04 jce It is set to MARC21 at present, but this database has gone through several upgrades since about 2008.
22:00 jce I'll check it.
21:59 pianohacker jce: You may want to check in the DB, if it's unset, the system will sometimes think it's unimarc, and "fix" the 100, which is a fixed field in unimarc
21:58 jce I believe it is.
21:58 pianohacker jce: have dealt with this annoying little thing before... Is the marcflavour preference set to MARC21?
21:58 jce Sounds like you've seen this before.
21:57 jce Why, how did you guess?
21:57 pianohacker jce: is this piece of info frey50 by any chance?
21:57 jce rt everything in XML format and try to slap together a Perl program to fix it. Is there something easier available?
21:57 jce Working on a troubled upgrade from 3.08 to 3.14. Tried to validate MARC records and holdings exported from 3.08 with marcedit and noticed that my 100 (Personal Name) entries are messed up. They are missing the first indicator, and have a uniform piece of junk data appended to the Personal name subfield, though the original name is still present. What options do I have for programmatically repairing the database? I could expo
21:52 wizzyrea \o/ glad it's working
21:48 JoeLib001 wizzyrea: Thanks, too. :-) I didn't remember who had provided the solution. :-)
21:46 pianohacker JoeLib001: Thank wizzyrea, I just asked a troubleshooting question :)
21:45 JoeLib001 pianohacker: I cleared my cookies and cache, closed the window, and restarted Firefox. It is now functioning properly. Thanks. :-) That would have driven me crazy in short order. XD
21:40 JoeLib001 Clearing Cookies should fix it for me. Thanks. :-)
21:40 JoeLib001 Ok, I just fixed it in I.E. I haven an IRC chat client on Firefox, so I will need to close out of IRC.
21:36 JoeLib001 Hmm...., should I have done a server reboot after the update?
21:36 JoeLib001 I just tried it on IE and it does it there too.
21:36 wizzyrea JoeLib001: Clear your cache and cookies, force reload, and it should be happy again.
21:35 JoeLib001 Firefox
21:35 wahanui Which browser are you using?
21:35 pianohacker JoeLib001: Which browser?
21:34 JoeLib001 It is extremely annoying. I use ctrl+a, ctrl+c, ctrl+v, a lot. ;-)
21:32 JoeLib001 Koha does something whenever I press the control key. I am not exactly sure what it is doing, but it looks like it is consistently bringing up the advanced search page when I press the control key.
21:31 JoeLib001 Hello, I am having a weird issue in Koha after updating to Koha 3.14.06.
20:59 oleonard Later #koha
20:52 pianohacker oleonard: then yup, sounds like you've got the right approach :)
20:48 oleonard Extension
20:48 pianohacker oleonard: is this the web version or the firefox extension?
20:46 oleonard My success in updating the KOCT for Firefox 29 is proof that the "hit it repeatedly with a rock" method of software development works.
20:45 cait oleonard++
20:38 bag and of course HI magnuse
20:38 bag magnuse: close to almost all the funding for elastic search - just need a little more - we're using catmandu for that
20:37 bag nice!
20:37 magnuse woohoo - catmandu getting packaged for debian!
20:37 oleonard Since the KOCT Firefox addon can't live in the status bar anymore I'm tinkering with a new icon: http://www.screencast.com/t/uGNMe9VGnqo
20:29 Pabloab we don't need namevirtualhost anymore?
20:28 Pabloab I'm following http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_package I edited with some changes added by Ubuntu 14, but adding NameVirtualHost *:80 to ports.conf throw AH00548: NameVirtualHost has no effect and will be removed in the next release /etc/apache2/ports.conf
20:28 Pabloab Hi all!
20:17 rangi *nod*
20:16 jcamins I guess only the messages on koha-devel were coming through, but I don't generally look to see which mailing list a message is from.
20:16 jcamins Ah. I actually hadn't realized there was a problem.
20:15 rangi its always been sending, i think its just been totally clogged, dunno I dont know the backstory, just watching messages come through a bit faster now
20:14 jcamins rangi: was the server down, or was it just not sending mail to the list for a while?
20:14 * oleonard gets out the rolled-up newspaper and the spray bottle
20:12 jcamins oleonard: you could retrain your mail filter.
20:11 oleonard Everything I get from "schnydszch" goes into spam.
20:10 rangi up to the 16th now
20:09 gmcharlt cool
20:07 rangi looks like the mail is slowly catching up
19:03 oleonard Thanks cait
19:01 cait http://git.koha-community.org/gitweb/?p=contrib/global.git;a=summary
19:01 cait oleonard: it's on our git repository
18:43 oleonard Anyone know if the KOCT has a git repo somewhere?
18:26 huginn rambutan: The current temperature in Wyatt Park, St Joseph, Missouri is 31.7Â°C (1:26 PM CDT on May 20, 2014). Conditions: Clear. Humidity: 52%. Dew Point: 21.0Â°C. Pressure: 29.77 in 1008 hPa (Falling).
18:26 rambutan @wunder 64507
18:09 cait bye tcohen :)
18:01 tcohen bye #koha
17:37 cait tcohen++
17:25 huginn druthb: The current temperature in Greenway Plaza, Houston, Texas is 28.3Â°C (12:25 PM CDT on May 20, 2014). Conditions: Scattered Clouds. Humidity: 54%. Dew Point: 18.0Â°C. Pressure: 30.07 in 1018 hPa (Rising).
17:25 druthb @wunder 77098
17:25 jce talljoy: That sounds useful. I'll check it out. Thanks
17:20 talljoy that sounds like it definitely got more stuff. you can use marcedit (free download) to crack open the marc and see what've you've got!
17:20 jce talljoy: I exported from "Export bibliographic and holdings" in Home->Tools in the intranet interface. It's possible I didn't specify items right the first time. A second export is 1.1M instead of .6M. Maybe I should try importing that one.
17:14 huginn tcohen: The current temperature in Bo Alto de San Martin, Cordoba City, Argentina is 16.8Â°C (2:10 PM ART on May 20, 2014). Conditions: Overcast. Humidity: 82%. Dew Point: 14.0Â°C. Pressure: 29.89 in 1012 hPa (Falling).
17:14 tcohen @wunder Cordoba, Argentina
17:12 huginn tcohen: Error: No such location could be found.
17:12 tcohen @wunder ARC0023
17:12 tcohen Joubu: around?
17:05 talljoy 952 are the item record tags. 999 would contain the biblionumber
17:05 jce talljoy: Yes, I exported all the marc records and holdings. Not sure about the 952 and 999 tags.
17:05 talljoy and yes. that is quite a leap from 3.08 to 3.14. lots of changes involved in the data between the two.
17:04 talljoy then I would truncate biblioimages altogether and try to reimport your bibs again.
17:04 jce talljoy: IIUC the biblioimages table is for visual images, such as book covers. We aren't using any of those.
17:03 jce talljoy: This is a problematic upgrade from 3.08 to 3.14. No results are found in zebra querys, even after rebuilding the index. I've reinstalled 3.08 in a VM and it is working. The migration strategy was suggested here to fix the database in 3.14 after normal upgrade failed.
16:54 tcohen question: if setting an explicit encoding in the IO layer doesn't work, but decoding does, what does it mean?
16:21 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12282 normal, P5 - low, ---, katrin.fischer, Pushed to Master , RESERVESLIP wrong in German sample notices
16:21 jenkins_koha Katrin Fischer: Bug 12282: fix RESERVESLIP in German sample notices
16:21 jenkins_koha Project Koha_master build #1759: SUCCESS in 2 hr 6 min: http://jenkins.koha-community.org/job/Koha_master/1759/
16:21 jcamins I've seen mixed up sites with git, where someone merged something they oughtn't, and ended up with some files that weren't tracked preventing the actual upgrade.
16:20 talljoy but i learned on them, so that's probly why
16:20 talljoy but then again, i just find git sites easier to navigate
16:20 jcamins The upgrade process will catch when there's an error and complain.
16:20 * talljoy dislikes them
16:20 jcamins Oh, hm. I've never had problems with a package site.
16:19 talljoy i'm checking apache log now and koha error log if i can track it down. durn package site
16:19 jcamins I mean, it could well be a JS conflict, but you'd know if there were custom JS.
16:19 jcamins That'd be my guess as the most likely problem... some stale files from an older version. Unless there are JS errors, of course.
16:19 * talljoy rules nothing out.
16:18 talljoy it could be that.
16:18 talljoy that was my first thought.
16:18 jcamins Bad installation?
16:18 talljoy yup
16:18 jcamins So it's just the one site?
16:18 talljoy but still could be some kind of conflict with some custom js they have
16:18 talljoy same browser and it works on other sites though
16:17 talljoy that's the thought from last night.
16:17 jcamins JS error?
16:17 talljoy like clicking in dead air.
16:17 jcamins Hmm.
16:17 talljoy *nothing*
16:17 jcamins *Nothing*?
16:17 talljoy on 3.14.6 and clicking on the merge button does *nothing*
16:17 jcamins Oh? What version? And what's the oddity?
16:16 jcamins talljoy: nah, it's not so much sleepiness as being mostly not here.
16:16 talljoy nothing urgent. i've just got an oddity with authority merge.
16:16 * talljoy slides a cup o coffee to jcamins
16:16 jcamins talljoy: barely.
16:07 talljoy jcamins are you in?
16:07 talljoy did you export all your marc records? Are you starting fresh on this? Do you have 952 and 999 tags in your file that you're importing?
16:05 talljoy and it is running into problems with the biblioimages table. you will need to truncate that table before proceeding. but you will lose all your bib images.
16:04 talljoy jce are you sure you want to use the -d?
15:37 jce DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_bcmc`.`accountlines`, CONSTRAINT `accountlines_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `koha_bcmc`.`items` (`itemnumber`)) at /usr/share/koha/bin/migration_tools/bulkmarcimport.pl line 117.
15:37 jce DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_bcmc`.`items`, CONSTRAINT `items_ibfk_1` FOREIGN KEY (`biblioitemnumber`) REFERENCES `koha_bcmc`.`biblioitems` (`biblioitemnumber`)) at /usr/share/koha/bin/migration_tools/bulkmarcimport.pl line 116.
15:37 jce DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_bcmc`.`biblioimages`, CONSTRAINT `bibliocoverimage_fk1` FOREIGN KEY (`biblionumber`) REFERENCES `koha_bcmc`.`biblio` (`biblionumber`)) at /usr/share/koha/bin/migration_tools/bulkmarcimport.pl line 115.
15:37 jce Trying to migrate biblios and holdings from 3.08 to 3.14. Tried using bulkmarcimport.pl -d -commit 1000 -file ./BCMC.MRC and get the following error messages:
15:28 cait :)
15:28 cait hi oleonard
15:28 oleonard Hi #koha
15:25 * tcohen is having a headache thinking of double encoding problems
15:16 talljoy back
15:06 reiveune bye
14:57 Pabloab That's me
14:57 tcohen Pabloab was asking
14:57 khall oh, virtual appliance ; )
14:56 khall va?
14:55 tcohen khall: a user approached me regarding the VA you provided in kylehall.info
14:51 jpap but, as I can see in koha2marclinks.pl, biblio.biblionumber and biblioitems.biblioitemnumber are already mapped to 001 and 090 $a respectively
14:45 fridolin jpap: but infact you need to have a mapping for those fields : got to /cgi-bin/koha/admin/koha2marclinks.pl
14:39 jpap ... so, I can proceed ignoring them. Thank you!
14:39 fridolin jpap: if you use UNIMARC, those are false wornings
14:39 jpap unimarc. both in koha-conf and web installation...
14:35 gmcharlt jpap: what MARC flavor did you select during installation?
14:31 tcohen we should compare the load -> process -> render chain
14:30 bgkriegel yup
14:30 tcohen somehow, the UTF-8 data is rendered as Latin-1 (that's why every char results in two broken chars)
14:29 tcohen BUT, it doesn't fix if you add it to preferences.pl
14:29 tcohen if I remove $YAML::Syck::ImplicitUnicode = 1; then it breaks like in the sysprefs
14:28 pastebot "tcohen" at 172.16.248.199 pasted "bgkriegel: this test shows correctly (YAML::Syck 1.27)" (31 lines) at http://paste.koha-community.org/12
14:17 jenkins_koha Starting build #1759 for job Koha_master (previous build: SUCCESS)
14:15 huginn New commit(s) kohagit: Bug 12282: fix RESERVESLIP in German sample notices <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=3f9a8ccc18c8d97ac4167e313f4d3a685a9000dc>
14:14 wahanui any ideas are welcome :)
14:14 jpap any ideas?
14:13 jpap Hello everybody, just installed koha from packages for ubuntu 12.04 LTS (unimarc). However, without importing any data at all, when running the 'MARC bibliographic framework test' I get the error: The biblio.biblionumber and biblioitems.biblioitemnumber fields be mapped to a MARC subfield,
13:44 Joubu tcohen: no
13:44 tcohen did u find the bug?
13:43 Joubu tcohen: hum?
13:43 tcohen Joubu: did u?
13:34 magnuse i think opl spotted this for the first time several months ago
13:33 Joubu yep, just found it!
13:33 bgkriegel ^ that file
13:32 bgkriegel fr-FR-pref.po
13:32 bgkriegel Joubu: looking on that
13:32 bgkriegel I edited opac.pref and added some letters with accents, and reloaded, they look bad.
13:32 Joubu bgkriegel: how are .pref generated? I don't find the strings in po files
13:31 Joubu tcohen: I tried but I didn't find a commit id where that worked!
13:27 cait sorry that i can't help much right now :(
13:26 * tcohen will try bisecting
13:26 cait maybe something caused a side effect
13:25 cait we did quite a lot of changes to the translation scripts recently
13:25 fridolin it sould be tested in a debian Jessie. Not in ubuntu I'd say
13:25 cait like a 3.14.0?
13:25 cait could someone verify that it also appears on older versions?
13:25 magnuse is there any difference in how the strings are quoted in the .pref files?
13:25 cait hm
13:24 fridolin don't know, maybe something in gettext lib
13:23 cait fridolin: but why would only besome pages affected?
13:17 fridolin maybe some perl lib
13:16 fridolin Joubu: cc ^
13:16 fridolin no it is not the origin
13:15 bgkriegel will try to find an updated machine to test
13:14 bgkriegel don't know
13:14 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12151 enhancement, P5 - low, ---, gmcharlt, NEW , remove remaining uses of the Perl smartmatch operator
13:14 bgkriegel Bug 12151
13:14 fridolin but can this cause the bug we see in translation ?
13:13 bgkriegel fridolin: yes, was the topic of a thread on mailing list
13:11 fridolin yep : not $lang ~~ $installer->{langs}, this must be corrected
13:10 fridolin maybe some code deprecated
13:10 fridolin I get Smartmatch is experimental at translate line 54.
13:10 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11944 major, P5 - low, ---, gmcharlt, Needs Signoff , Cleanup Koha UTF-8
13:10 magnuse this kind of reminds me of benjamins problem described on bug 11944 - he got lots of double encoding after applying the patches there, i did not. and we could not really find anything different in our environments...
13:10 fridolin Joubu: I do reproduce with 5.18
13:07 cait i am using whatever is current in the older ubuntu version (haven't updated yet)
13:06 cait if you leave a note on the bug I can look it up tonight
13:06 cait not now i am afraid
13:06 Joubu cait: could you confirm you reproduce this problem with perl v5.18?
13:05 fridolin I have v5.14.2
13:05 Joubu with perl 5.18
13:05 wahanui i already had it that way, Joubu.
13:05 Joubu and Smartmatch is experimental at ./translate line 54.
13:04 Joubu main::token_negligible_p() called too early to check prototype at ./xgettext.pl line 52.
13:04 Joubu I got
13:04 bgkriegel Joubu: v5.14.2
13:04 fridolin I get for opac.pref : Utiliser le th\xC3\xA8me
13:04 Joubu bgkriegel: what is your perl version?
13:04 fridolin testing on 3.14.x
13:03 Joubu bgkriegel: hum, this is weird! fridolin does not get any "Ã©" either
13:03 bgkriegel also don't know why the difference
13:02 bgkriegel Joubu: that's part of mine
13:02 pastebot "bgkriegel" at 200.16.17.253 pasted "fr-FR opac.pref" (60 lines) at http://paste.koha-community.org/11
12:59 Joubu bgkriegel: I really don't know what I'm doing wrong. Here is my opac.pref on master after update/install fr-FR
12:59 pastebot "Joubu" at 127.0.0.1 pasted "fr-FR opac.pref" (735 lines) at http://paste.koha-community.org/10
12:47 bgkriegel :( - reset and clean, update/install fr-FR, no one Ã© on prefs. There are 2 Ã¨ on EN enhanced_content (from BabelthÃ¨que)
12:39 Joubu and a lot of others!
12:39 Joubu tmpl_process3.pl: Warning: unconsistent %s count: (14/15):
12:39 Joubu Smartmatch is experimental at ./translate line 54.
12:39 Joubu ./translate install fr-FR [14:37:48]
12:39 Joubu but!
12:39 Joubu bug!
12:39 Joubu bgkriegel: I confirm my last number on master... :)
12:36 bgkriegel Joubu: on master, not a one 'Ã©' on FR or DE translation (sysprefs)
12:35 cait mine was a git installation, not gitified
12:35 cait sorry i got called into a meeting
12:30 tcohen morning
12:30 Joubu grep -c '\\xC3\\xA9' opac.pref : 17
12:30 Joubu bgkriegel: grep -c Ã© opac.pref : 96
12:30 Joubu bgkriegel: everywhere :)
12:24 magnuse hm, i can't seem to find a bug
12:19 bgkriegel Joubu: which line?
12:19 magnuse i think benjamin at opl did some digging, and found that it mattered if the string was quoted or not in the yaml (.pref) file
12:17 francharb good morning
12:17 Joubu the opac.pref contains "Ã©" and "\xC3\xA9"
12:16 bgkriegel on 3.14 (3.1403000/tar) no problems using DE/FR
12:15 magnuse hm, i think there is a bug for this
12:14 magnuse also the circ tab
12:14 magnuse but my dev installation (running master off a gitified package install) does have the problem on the OPAC tab
12:13 magnuse hm, my private installation running 3.1406000 off the packages does not have the problem
12:10 Joubu OPAC
12:07 magnuse which tabs are you seeing the problems on?
12:04 Joubu cait: the problem exists in 3.14
12:03 * magnuse dunno
12:02 cait could this be it?
12:02 cait ah
12:02 magnuse "file koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/*.pref" says one of the files is utf8, the rest ascii
12:02 Joubu cait: I reproduce
11:59 bgkriegel yes :( still testing
11:59 cait bgkriegel: i hate bugs that do that - being not reproducable for everyone :(
11:58 nlegrand cait: I didn't looked in tabs I was in syspref search. I gave examples of OK and not OK fields.
11:57 nlegrand cait: done
11:56 bgkriegel cait: checked, all looks ok
11:54 cait on another note... someone using ldap around?
11:52 cait really strange
11:51 cait others were not
11:51 cait bgkriegel: did you look at different tabs? some were completely ok
11:51 vfernandes should I have one udp?
11:51 vfernandes checking the ports I only have tcp 0 0 *:9998 *:* LISTEN
11:50 magnuse bgkriegel, cait: opl have been seeing this too. it's just on some of the syspref tabs, not all of them
11:47 vfernandes but when I do "yaz-client -c /etc/koha/zebradb/ccl.properties localhost:9999/biblios" i get "Connecting...error = System (lower-layer) error: Connection refused"
11:46 vfernandes i've uncommented the publicserver tags on koha-conf.xml and restarted the zebra server
11:45 vfernandes need some help to set Koha as a public server - http://wiki.koha-community.org/wiki/Troubleshooting_Koha_as_a_Z39.50_server
11:45 bgkriegel cait: errr, about 12279, looks good for me (...URL ohne abschlieÃŸenden SchrÃ¤gstrich an...)
11:45 vfernandes hi :)
11:45 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12274 critical, P3, ---, abl, Signed Off , Closed invoices not properly handled on invoice details page
11:44 Joubu bug 12274 is critical and waiting for qa
11:43 nlegrand cait: ok :)
11:42 cait coudl you add a note to the bug please?
11:42 nlegrand 3.15.00.052
11:42 cait thx nlegrand
11:42 cait hm so it was not just me
11:41 nlegrand cait: Inclure la feuille de style CSS supplÃƒÂ©mentaire
11:40 nlegrand cait: Eine einzelne Zahl definiert eine exakt verlangte LÃƒÂ¤nge, ein LÃƒÂ¤ngenbereich wird kommasepariert eingegeben
11:38 cait so someone confirming if the same happens on their system wouldn't hurt I think
11:38 cait it seemed werid and it was a weird evening when I ran into it
11:37 paxed cait: i've seen it before, although i haven't tested with the current master.
11:29 nlegrand :)
11:22 cait ok, diacritics was not really the topic, but the email address above reminded me:)
11:22 nlegrand mtj_: sure :)
11:22 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12279 normal, P5 - low, ---, koha-bugs, NEW , Diacritics in system preference editor broken
11:21 cait talking about diacritics... could someone confirm bug 12279 maybe?
11:20 mtj_ should be easy to do :)
11:19 mtj_ gotcha
11:16 nlegrand mtj_: that's not what I want to do, rebuild_zebra.pl -x -k still reindexes with zebraidx afterward. I feel usefull to have an option to get just the export without zebraidx afterward
11:00 bgkriegel Hi magnuse!
10:59 magnuse Â¡hola bgkriegel!
10:53 bgkriegel hello
10:24 mtj_ some accidental non-utf patches, perhaps?
10:24 mtj_ yeah, that happens sometimes...
10:21 mtj_ i'm not sure if that msg important, or not
10:21 fridolin There is a bad email adresse in some patches I think : Invalid address: ÃƒÂ¢Ã‚Â€Ã‚Âœstaff@bywatersolutions.comÃƒÂ¢Ã‚Â€Ã‚Â
10:21 mtj_ 10:41:16 Devel::Cover: Can't find file "Parser.yp" (Parser.yp): ignored.
10:20 mtj_ hmm, but there are some warnings too...
10:19 mtj_ says ... "10:45:08 [10:45:08] xt/author/valid-templates.t ............................ ok 233203 ms"
10:18 mtj_ you can check the build logs -> http://jenkins.koha-community.org/job/Koha_3.14.x/41/consoleFull
10:18 mtj_ ahh, ok :)
10:17 fridolin I've run this test for validating backports
10:17 fridolin yep, a pity I did not notice earlier
10:16 mtj_ more good news fridolin... your 12271 patch looks to be working OK
10:08 mtj_ 'Test Result (43 failures / -6)'
10:07 fridolin cool
10:05 mtj_ but some good news fridolin... looks like build 41 has 6 less errors than build 40 :)
10:01 mtj_ fridolin: here is the detail on build 41 -> http://jenkins.koha-community.org/job/Koha_3.14.x/41/
09:58 mtj_ the man page will tell you more
09:57 mtj_ use -x and -k, for exporting
09:55 mtj_ nlegrand: yes, export already exists
09:30 fridolin thank my friend jenkins ;). But I'm a noob in unit tests. Can someone have a look ?
09:28 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12271 critical, P5 - low, ---, fridolyn.somers, Pushed to Stable , valid-templates.t does not test bootstrap opac templates
09:28 jenkins_koha * Galen Charlton: Bug 12271: (follow-up) fix minor errors in Bootstrap theme
09:28 jenkins_koha * Galen Charlton: Bug 12271: (follow-up) teach valid-templates.t how to include specified templates
09:28 jenkins_koha * Fridolin Somers: Bug 12271: add Bootstrap templates to valid-templates.t tests
09:28 jenkins_koha Project Koha_3.14.x build #41: STILL UNSTABLE in 1 hr 41 min: http://jenkins.koha-community.org/job/Koha_3.14.x/41/
09:13 nlegrand +s
09:13 nlegrand or maybe it already exist? :)
09:13 nlegrand I would like to have an export only option in rebuild_zebra.pl (exported_recordes aree portable, can be done outside production server, easy to debug), do you think I can add such a feature? Or is it a bad idea?
08:38 huginn magnuse: Highest karma: "gmcharlt" (95), "cait" (73), and "eythian" (54). Lowest karma: "indexdata" (-3), "-" (-3), and "windchill" (-3). You (magnuse) are ranked 10 out of 188.
08:38 magnuse @karma
08:38 magnuse year's end? new release?
08:38 magnuse i don't remember when, though
08:38 magnuse and it is even reset periodically
08:30 ashimema there is indeed
08:30 ashimema hehe
08:29 atheia Oh, there's a karma ladder!
08:28 huginn ashimema: Highest karma: "gmcharlt" (95), "cait" (73), and "eythian" (54). Lowest karma: "indexdata" (-3), "-" (-3), and "windchill" (-3). You (ashimema) are ranked 9 out of 188.
08:28 ashimema @karma
08:28 jajm yw ashimema
08:26 atheia And everyone else of course :-)
08:26 atheia Good morning cait
08:26 huginn cait: Karma for "atheia" has been increased 5 times and decreased 0 times for a total karma of 5.
08:26 cait @karma atheia
08:26 cait hi atheia :)
08:08 ashimema thanks jajm
08:08 ashimema if we find any missing bits, we'll submit it for your aproval ;)
08:07 ashimema but for the bits that we found already missing seems you've tied most of it up nicely already..
08:07 ashimema I don't think we need the scope it's gone into yet.
08:06 ashimema Cheers jajm.. it's all very interesting code.
08:06 jajm ashimema, you could also take a look at branch ft/R997, there's more unit tests, and a bit of code refactoring
08:00 ashimema will do.. it's looking very complete.. shame it's not likely to get upstreamed.. though I can understand why
08:00 ashimema cheers
08:00 jajm ashimema, please feel free to contribute ;)
08:00 ashimema I'll keep reading then..
07:59 ashimema haha.. haven't got that far yet ;)
07:59 jajm no, we deploy it as told in the readme file
07:59 ashimema and seems silly to duplicate api effort at the koha end ;)
07:59 ashimema we're developing the vufind koha drivers..
07:58 ashimema as a git submodule?
07:58 ashimema was just chatting to Joubu.. wondered how your deploying it?
07:58 jajm what do you want to know about koha-restful ?
07:58 ashimema good morning.
07:58 jajm ashimema, hi
07:50 magnuse yay!
07:50 huginn magnuse: The current temperature in Bodo, Norway is 12.0Â°C (9:20 AM CEST on May 20, 2014). Conditions: Clear. Humidity: 72%. Dew Point: 7.0Â°C. Pressure: 29.80 in 1009 hPa (Rising).
07:50 magnuse @wunder boo
07:48 magnuse bonjour nlegrand
07:47 nlegrand Hiya #koha o/
07:47 jenkins_koha Starting build #41 for job Koha_3.14.x (previous build: STILL UNSTABLE)
07:39 ashimema cheers Joubu.. no rush
07:37 Joubu ashimema: jajm does not seem to be available atm. He should be here in the morning.
07:35 magnuse tee hee
07:34 Joubu s/a developer/another developer/ :)
07:34 ashimema hi fridolin
07:34 fridolin hie all
07:34 ashimema :)
07:34 Joubu ashimema: I don't know, I didn't develop it. I am going to ping a developer.
07:31 ashimema take it you guys deploy it as a git submodule?
07:28 ashimema I can certainly see why you guys have gone in this direction..
07:25 Joubu ashimema: an other reason would be there are not enough UT to be sure the code is working for all versions.
07:22 ashimema shame though.
07:22 ashimema there's a heck of allot in there.. would be very difficult to get it in.
07:22 magnuse yup
07:21 ashimema that's a fair arguament.
07:18 Joubu no, because it is too difficult to upstream this kind of stuff
07:17 magnuse Joubu: and do you have plans for upstreaming it? :-)
07:16 ashimema so Joubu.. why wasn't the restful stuff upstreamed.. sure there was a reason way back.. but I can't remember it ;)
07:16 magnuse wb cait
07:10 * cait waves
07:07 ashimema thanks Joubu
07:07 Joubu ashimema: you can clone now it using git clone http://git.biblibre.com/biblibre/koha-restful.git
07:05 ashimema I didn't realise your restful stuff wasn't upstreamed.. though you'de been doing it in ils-di
07:04 ashimema so yeah.. not public as yet ;)
07:04 ashimema I get redirected to the gitlab login page
07:04 Joubu and it seems that projects have not been marked as public :)
07:03 ashimema trust my timing
07:03 Joubu from gitweb to gitlab
07:03 ashimema haha..
07:03 Joubu ashimema: our git web interface has been migrated yesterday
06:57 ashimema requires a login
06:57 ashimema the link to it from http://wiki.koha-community.org/wiki/APIs_and_protocols_supported_by_Koha
06:57 ashimema hmm, I can't actually get to the repo for koha-restful thouhg
06:56 magnuse yup
06:56 magnuse (should probably read further back than a screenfull before joining the conversation, but...)
06:56 ashimema there are too many way to skin the same cat ;)
06:56 ashimema that's where I'm going next..
06:56 magnuse ashimema: have you looked at the rest api biblibre created?
06:54 ashimema ok.. svc is now starting to make more sense
06:54 * magnuse waves
06:40 cait brb
06:40 cait gotta run
06:40 ashimema I can't find it right now.
06:40 wahanui in fact is, like, the today situation
06:40 ashimema in fact..
06:39 ashimema but actually finding it in the first palce isn't intuative
06:39 cait that's true, but we could do similar for other things
06:39 ashimema The documentation in the ils-di page on koha is great.
06:39 cait http://www.diglib.org/community/groups/ils-di/
06:38 cait as i said, i think one that didn't really work out
06:38 cait http://old.diglib.org/architectures/ilsdi/
06:38 cait well kind of standard
06:38 reiveune hello
06:38 ashimema svc is bascially not documented
06:38 cait nope
06:38 ashimema is ils-di really a standard.. I thought it was something we made up
06:37 ashimema and setting system prefs
06:37 cait as long as it's well documented i think it's ok and it covers things that the other apis don't do
06:37 cait i am not sure there is any standard for those out there, so we need to think up something ourselves
06:37 cait hm reports too...
06:36 ashimema it's not just cataloging
06:36 ashimema svc feels weird to me.
06:35 cait atheia++
06:35 wahanui goodnight dcook. You'll be back.
06:35 dcook night all!
06:35 * dcook should scram...
06:35 cait the ability to limit it to a single ip addres sin sysprefs is not really ideal
06:34 cait not on 80
06:34 cait like working on a different port if you want
06:34 dcook It also gives you access to reports
06:34 cait i think what ils-di wuld need is being a bit more secure
06:34 dcook I guess I'd say svc is really "backend"
06:34 cait a catalouging api doesn't really fit in welll there
06:33 dcook ashimema: svc can be pretty h andy I think
06:33 cait di = discovery interface
06:33 cait ils-di was some kind of a standard that didn't get really popular
06:33 cait svc is catalouging :)
06:33 ashimema those should be merged into ils-di me thinks
06:33 wahanui i guess ILS-DI is too specific, but a component for web services seems reasonable to me
06:33 dcook ILS-DI?
06:33 cait ashimema: ah but that's an cool api
06:33 wahanui well, ILS-DI is too specific, but a component for web services seems reasonable to me
06:33 dcook ILS-DI?
06:33 dcook ILS-DI is similar to oai-pmh
06:33 ashimema i tihnk it's mainly svc I don't see the point of.
06:32 ashimema seeing as it came up for it.
06:32 ashimema similar to oai-pmh ;)
06:32 dcook What would you like to say about it?
06:32 ashimema true.
06:32 dcook C'est facile, ashimema
06:32 ashimema we should add ils-di to wahanui.. if I knew how
06:32 dcook Then you have SIP, NCIP, rest, all the things!
06:32 ashimema we should add ils-di to wahanui.. if I new how
06:31 cait ashimema++ #thx for the sign off :)
06:31 ashimema ILS-DI
06:31 ashimema ils-di
06:31 wahanui oai-pmh is probably "a way to share Koha data with external applications"
06:31 ashimema OAI-PMH..
06:30 ashimema I'm not really sure where SRV et al fit in
06:30 ashimema I say one.. probably two.. bib's out in one (SRU, z39.50 whatever) and everything else out in another, ils-di.
06:29 ashimema ;)
06:29 dcook ashimema: Word
06:29 cait but it's till in the early stages :)
06:29 ashimema I wish koha had just one simple api.. rather than a whole bunch.
06:29 cait we have libraries that will use vufind+koha
06:29 cait we'd be interested to use that maybe at some point
06:29 dcook But not just externally...
06:29 ashimema bascially we've used whatever we could api wise.. so mostly ils-di as it's the most complete.. but I wouldn't be surprised if there's some srv and other stuff
06:29 cait ashimema: cool :)
06:29 dcook Umm..just that it would be nice if Koha just had more feature rich APIs
06:28 dcook I'm not sure how to describe it..haha
06:28 ashimema mostly ils-di yeah..
06:28 ashimema hehe.. I see
06:27 cait ashimema: how does it work? using ils-di?
06:27 dcook I meant here as in the office
06:27 dcook Ah, sorry
06:27 ashimema what was said?
06:27 ashimema I must have been offline for that chat..
06:27 ashimema yeah, we ran up against that one too dcook
06:27 dcook We've chatted a bit here about Koha's APIs
06:26 dcook In any case, he had to hack it to look elsewhere
06:26 dcook That may have been for VuFind itself
06:26 ashimema I think we've gone as far as we can in vifind for the moment.. we're now looking at suplimenting a few bits in the koha api's to allow us some more flexability in the vifind driver
06:26 dcook Oh wait...
06:26 dcook It also doesn't work very well anyway if your DB is on another server
06:26 * dcook nods
06:26 ashimema We had been improving the db connector.. but it just feels naughty to use a direct db connection somehow.
06:25 dcook If we branch out into VuFind, I might find myself getting involved
06:25 dcook Very nice!
06:25 ashimema it's nicer
06:25 ashimema but now we've bascially re-written it to use the koha api's instead of a direct db connection.
06:24 ashimema we've been using a number of tweaks to the driver for a while, but hadn't worked out how to upstream them..
06:24 cait very awesome!
06:24 dcook Different from the KohaDB one
06:24 dcook KohaRest is a different driver, eh?
06:24 ashimema VuFind doesn't have too mayn contributors, but they're a really friendly community..
06:24 dcook Hmm KohaRest...
06:23 ashimema haha
06:23 dcook I've been wondering how frequently those drivers get updated..
06:23 wahanui That'll be $1 for the awesome jar, dcook
06:23 dcook Awesome!
06:23 ashimema we're about to submit upstream with it.
06:23 ashimema athea has been doing a great job of updating the vufind koha drivers
06:23 ashimema yeah for koha + vufind: https://github.com/PTFS-Europe/vufind/commits/koha-driver
06:22 ashimema dcook.. that's funny
06:21 cait yeah still moving :)
06:21 ashimema my inbox is filling nicely every morning at the moment.. lots of pushing going on still
06:21 dcook Gotta love how Microsoft needs http://www.modern.ie/ in an attempt to stay relevant...
06:20 cait but not the address
06:20 cait it still shows the user's name tho :)
06:20 ashimema but that's another issue
06:20 ashimema It should have logic to remove the bullet if the info doesn't exist..
06:19 cait it will just show the bullet point... and nothing next to it
06:19 ashimema I can understand that.
06:19 cait because when you don#t have that on the patron account
06:19 cait i didn't like the styling much with the list eelments
06:19 ashimema but then it's a sample.. So I think most of our clients just take the sample and butcher it to their own needs.. hense it's easier to remove lines, than to add them ;)
06:18 cait half the time we had losts of bullet points without text showing up
06:18 ashimema the englsih one seems a bit overloaded to me too.
06:18 ashimema that's fair.
06:18 cait in my opinion
06:18 cait also some of it didn't make much sense
06:18 ashimema time for breakfast now.
06:18 ashimema cool.. all done..
06:18 cait ah yes
06:15 ashimema as you've removed pretty much that whole section
06:15 ashimema I assume borrower details in the slip by default is bad for your data privacy stuff right
06:15 ashimema you have a fairly different set of information in our patch to whats in the english counterpart.? I assume that's deliberate.
06:14 ashimema lol
06:10 cait ..
06:10 cait of course that went undetected until the workshop
06:10 cait i made a mistake when i copied in our stndard templates
06:10 cait thx
06:10 ashimema ust checking against it's english counterpart now.
06:10 ashimema your patch looks good to me btw..
06:09 ashimema might stir it a little ;)
06:09 ashimema :).. was just going to change qa contact to him ;)
06:08 cait asking him wouldn't hurt :)
06:08 cait he did
06:08 ashimema brendan took on SIP as module maintainer didn't he?
06:07 ashimema okies.
06:07 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11633 normal, P5 - low, ---, colin.campbell, Needs Signoff , Cannot use the override function AllowFineOverride on the Staff client because this stops the pay function working on the SelfCheck (SC) machines
06:07 ashimema we've been hoping to find someone to test bug 11633 for a while.. we've got a customer willing to sign off, but really we need an unrelated signoff too
06:07 cait not right now :(
06:07 ashimema happen to have anyone to test a SIP bug?
06:02 ashimema lol
06:02 cait it's my last patch for the web installer fixing a bug
06:02 cait asking not as qam :)
06:02 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12282 enhancement, P5 - low, ---, katrin.fischer, Signed Off , RESERVESLIP wrong in German sample notices
06:02 cait bug 12282
06:02 ashimema I'll have a look over breaskfast.
06:02 cait 12282
06:02 ashimema go on then..
06:02 cait ashimema: do you think you might have a little time for a quick qa?
06:01 ashimema morning cait
06:01 cait and yep gmcharlt++
06:01 cait morning ashimema
06:01 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12288 minor, P5 - low, ---, kyle, Pushed to Master , Search Errors with AggressiveMatchOnISBN turned on
06:00 ashimema gmcharlt++ #For super fast followup and pushing of bug 12288
05:44 eythian later all
05:44 dcook Well, have a good night :)
05:43 eythian I might get the chance tomorrow, I'm about to head off now.
05:43 dcook Actually not sure if it applies to Chromium as well as Chrome...
05:43 dcook Perhaps you'd take a look at my printing bug once I get it posted?
05:42 eythian sweet cheers
05:42 dcook eythian: Code looks good. I'll test it in a bit. Possibly after I get some food in me...
05:30 eythian dcook: fixed, ta
05:27 eythian I will fix, one moment
05:27 * dcook ponders late lunchtime options
05:27 eythian ahh
05:27 dcook yeah
05:26 eythian in the sub
05:26 dcook Yeah, I see it as a parameter, but not in the script
05:26 eythian oh
05:26 eythian + if ($embeditems);
05:26 eythian + C4::Biblio::EmbedItemsInMarcBiblio( $record, $biblionumber, undef, $opac )
05:26 dcook Hmm, not seeing it :/
05:26 eythian yes, it should be there
05:26 eythian because I tested it
05:26 eythian yes, but maybe I forgot to attach it
05:25 eythian wait
05:25 eythian doh
05:25 dcook eythian: Do you actually use $opac in EmbedItemsInMarcBiblio?
05:24 dcook Hmm, it would be easier to read with the whitespace as a separate patch
05:21 dcook Ah, there's the email
05:19 dcook eythian: Cool beans.
05:18 eythian dcook: updated the OAI-PMH stuff to respect OpacHiddenItems
05:16 cait tries to figure out if the library has an electronic license or a print of the article/journal issue you are looking for
05:16 wahanui goodnight pianohacker. You'll be back.
05:16 pianohacker night all
05:16 pianohacker going to bed now...
05:16 cait there is a openurl thing around here - jop - journals online and print
05:16 cait hm might assume bib-level itypes tho
05:15 dcook I guess that would do it
05:15 wahanui item types are used to define circulation rules, so you may want to keep them separate from search-related categorization
05:15 dcook item types.
05:15 dcook 3/ Fill syspref OPACHideOpenURLForItemTypes with some (not all) of your
05:11 dcook Mmm maybe not..
05:10 dcook Ah wait...I think that's in the GetCOINS sub part I guess..
05:09 dcook It would be a pain in the butt for print resources
05:09 dcook The thing I don't understand about using OpenURL though...it would only be useful for electronic resources
05:08 cait heh
05:08 dcook cait: I think you might be one of santa's elves ;)
05:07 * cait should maybe be going back to bed
05:07 cait :)
05:07 cait and i just started to feel a bit like santa
05:06 eythian I just needed to know what I was answering :)
05:05 eythian s'ok, I don't need it any more :)
05:05 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8995 enhancement, P5 - low, ---, julian.maurice, Needs Signoff , Show OpenURL links in OPAC search results
05:05 cait and have something for eythian too: bug 8995
05:04 cait had a library testing it recently, it worked
05:03 dcook That's pretty cool :)
05:02 cait the idea is that you can use javascript and the plugin to specify how the page should print - which printer, which settings etc. and that the pop does not happen then
05:01 dcook I should link that in the bug report
05:01 dcook Ahh, very cool!
05:01 cait i don't know what you should be doing - just trying to epxlain wht the pref was created for :)
05:01 cait :)
05:00 cait don't ask me
05:00 dcook Or maybe I should listen to what you're saying :p
05:00 dcook Maybe
05:00 dcook cait: All good. I'm just working on patches now :)
04:59 cait you asked: Why might you want to override that function with IntranetSlipPrinterJS?
04:58 cait reading the logs now :)
04:58 cait http://wiki.koha-community.org/wiki/Setting_up_slip_printer_to_print_silently
04:58 cait dcook: the print js thing - look at the wiki for silent printing
04:30 cait gmcharlt++
04:27 cait bag++
04:26 dcook Yay open source
04:26 dcook As a random aside, I thought it interesting that the National Library of Australia uses VuFind as their front-end catalogue
04:24 eythian howdy :)
04:24 pianohacker bed: go back to cait
04:24 cait hi eythian
04:24 cait :)
04:23 eythian cait: go back to bed.
04:23 eythian it's a typo. It'd be trivial to fix.
04:22 paxed pianohacker: "forRoad"
04:21 eythian that's earthquake weather at this time of year.
04:21 eythian hmm
04:21 huginn eythian: The current temperature in Wellington, New Zealand is 17.0Â°C (4:00 PM NZST on May 20, 2014). Conditions: Clear. Humidity: 77%. Dew Point: 13.0Â°C. Pressure: 29.98 in 1015 hPa (Steady).
04:21 eythian @wunder nzwn
04:17 pianohacker paxed: yes?
04:09 paxed "<li>'ROADTYPE' is used forRoad types"
04:00 pianohacker rangi: Is there any reason not to do Koha::Database->new->schema?
03:54 dcook I think I mostly get it? :p
03:53 dcook lol
03:53 * eythian nominates dcook as the link resolver expert. Seconded ... passed!
03:53 dcook You give the link resolver some metadata in OpenURL format, and it checks its knowledgebase to see if it has it
03:52 dcook From what I can tell, it's pretty much just used for journal articles and maybe ebooks
03:51 dcook I wrote an awful blog post about it which has a bit more info: http://tech4lib.wordpress.com/2013/02/05/openurl-and-link-resolvers/
03:51 dcook That's how it seems to me
03:50 eythian ah cool, so all we need is a specially formatted link to their resolver.
03:49 dcook eythian: http://data.lib.sussex.ac.uk/services-and-applications/openurl-and-link-resolvers/
03:46 dcook Actually, I think that I figured out OpenURL at some point..
03:44 eythian oh
03:43 dcook I meant the RFT in OpenURL
03:42 eythian It's more or less an RFP
03:42 dcook rft looks weird
03:41 dcook Yeah, this is just ezproxy
03:41 eythian ah yeah, we have some people using that kind of thing, like ezproxy.
03:40 dcook They're using a proxy not a link resolver
03:40 dcook Ahh, I think it was someone misusing the term "SFX"
03:36 eythian heh
03:35 dcook One of those moments where you want to query all your databases at once..
03:34 * dcook pokes around for a minute
03:34 dcook I keep thinking we have someone using a link resolver..
03:34 eythian This is for an RFT and they are terribly, extremely vauge about everything.
03:34 * dcook ponders
03:34 eythian yeah, that's what I'd expect.
03:34 dcook Then the link resolver does the heavy lifting in the background.
03:33 dcook Really what you need is something like a system preference for the link resolver, and then to generate this data per record/result, and stick it all together, I think
03:33 dcook yep
03:33 eythian yeah
03:33 eythian I think what that span thing does is allow things like zotero to scrape data from koha
03:33 dcook I think COinS might use the OpenURL data model, but isn't actually usable by a link resolver since it isn't pointing to the link resolver
03:32 eythian Good, I'm pretty hazy on the details here.
03:32 dcook Ah, I think I getcha
03:32 dcook ?
03:31 eythian I think we'd need it for linking to, or something like that.
03:31 eythian ah, so that's for outgoing information.
03:30 eythian I don't know really what the difference/similarities are
03:30 dcook Same diff
03:30 eythian also openurl I think
03:30 dcook That one looks like a COinS
03:29 pastebot "dcook" at 127.0.0.1 pasted "opac-basket.tt" (1 line) at http://paste.koha-community.org/9
03:28 dcook Btw, eythian, check out opac-basket.tt
03:28 dcook Easy enough to do with a customized XSLT I suppose, but it doesn't look supported by the community
03:25 dcook Might be in the XSLT as well somewhere somehow..
03:25 dcook Looks like this was pre-XSLT
03:24 dcook in C4::Biblio
03:24 dcook GetCOinSBiblio
03:21 eythian yeah, I can't see anything about how actually to _do_ it.
03:20 dcook Mmm
03:19 dcook Don't really remember too much anymore though :p
03:19 dcook Mmm, read a lot about it a year or two ago
03:18 eythian http://koha.1045719.n5.nabble.com/Koha-and-openURL-link-resolver-td5754761.html <-- apparently we can support this
03:17 eythian anyone know how OpenURL works at all?
03:17 eythian anyone know if Koha has any OpenURL support?
03:06 pianohacker back
02:39 dcook gmcharlt: Going to look at that include now
02:30 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10964 enhancement, P5 - low, ---, katrin.fischer, Pushed to Master , Update MARC21 de-DE default framework to Update Nr. 17 (September 2013)
02:30 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12113 enhancement, P5 - low, ---, katrin.fischer, Pushed to Master , Update German web Installer for 3.16
02:30 jenkins_koha * Galen Charlton: DBRev 3.15.00.052: mark Koha 3.16 RC
02:30 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12275 enhancement, P5 - low, ---, katrin.fischer, Pushed to Master , Small corrections to English web installer
02:30 jenkins_koha * Galen Charlton: update release notes for Koha 3.16.0-rc
02:30 jenkins_koha * Katrin Fischer: Bug 10964: Update German default bibliographic and authority frameworks
02:30 jenkins_koha * Katrin Fischer: Bug 10964: Update German simple and fast add frameworks
02:30 jenkins_koha * Katrin Fischer: Bug 12113: Update German web installer for 3.16
02:30 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12168 major, P5 - low, ---, jonathan.druart, Pushed to Master , Spent and ordered budget values are wrong if deep > 2
02:30 jenkins_koha * Katrin Fischer: Bug 12275: Small corrections to English web installer
02:30 jenkins_koha * Galen Charlton: Bug 12168: (follow-up) correct typos in test descriptions
02:30 jenkins_koha * Jonathan Druart: Bug 12168: Add unit tests for GetBudgetHierarchySpent & GetBudgetHierarchyOrdered
02:30 jenkins_koha * Jonathan Druart: Bug 12168: fix spent and ordered budget values are wrong when depth >= 2
02:30 jenkins_koha Project Koha_master build #1758: SUCCESS in 2 hr 7 min: http://jenkins.koha-community.org/job/Koha_master/1758/
01:51 talljoy goodnight all
01:51 talljoy i need sleep and then coffee.
01:51 talljoy well, not much i can do with this tonight. i'm flummoxed.
01:49 talljoy ha
01:49 pianohacker talljoy go to bed
01:49 * dcook was going crazy wondering why his JS wasn't working until he noticed one...
01:48 dcook Javascript errors in the browser console are the best
01:48 talljoy hmm that's something i hadn't thought of
01:47 eythian javascript errors in the browser console?
01:47 talljoy any idea if this would show up in an error log file somewheres?
01:47 talljoy well it's just weird that it does 'nothing'
01:47 dcook Alas, no idea about the merge button with authorities. Haven't played at all with that yet myself
01:47 talljoy mmm...cupcakes
01:46 dcook Just had some of those cupcakes last night :)
01:46 talljoy it looks fab!
01:46 dcook I'd recommend those recipes. Her food is delicious :).
01:45 talljoy i'm thinking there are some *too* silent errors going on.
01:45 talljoy i've got a library on 3.14.x and the merge button is on authorities, but clicking it does *nothing*
01:45 talljoy i know at this time of day, i'm missing the authority expert, but I've got a weird thing going on with merging authorities.
01:44 talljoy there were some good lookin recipes i want to try
01:44 talljoy well blgo.... ick
01:44 dcook eythian: She can be aggressive in her love of food :p
01:44 dcook She loves writing it\
01:44 eythian nobody likes her blgo.
01:44 dcook Awesome! I'll be sure to tell her that :)
01:43 talljoy blog that is
01:43 talljoy hey dcook. i'm digging your wife's blgo
01:42 dcook yo talljoy
01:42 talljoy good evening koha
01:40 dcook Damn. Hate when you can only remember a few words to a song, and they're such common words that you can find many many songs...but not the one that you want
01:34 dcook Yata!
01:22 dcook Admittedly, Datatables.js could be written better. It's interesting that modern browsers just gloss over it
01:19 * eythian deprecates IE
01:12 dcook And that Javascript doesn't work in IE 8 because there IE 8 doesn't like Datatables.js...
01:12 dcook Drycona: Sweet :)
00:49 Dyrcona dcook: My daughter's school did a theatrical adaptation of Treasure Island just last week.
00:44 dcook Because .submit doesn't work in IE 8..
00:31 dcook Hmm, no receipt printing for IE 8 still..
00:30 dcook PS Started reading Treasure Island yesterday during lunch...actually rather compelling read so far :p
00:29 dcook Thar she blows..
00:28 dcook Pop-up blocker fun times
00:27 dcook Err "security"
00:27 dcook Ohh...this might be a security thing..
00:27 eythian it helps if you set it on fire.
00:27 dcook As much as I would like to write off IE, it's just not going to happen :p
00:26 dcook Hmm, of course IE still doesn't work for the SCO...
00:25 dcook I'm going to start with the self-checkout and work backwards. I wonder if there are other places in the OPAC that have auto print as well..
00:24 jenkins_koha Starting build #1758 for job Koha_master (previous build: SUCCESS)
00:24 dcook I thought that might be the case. Hehe.
00:24 gmcharlt dcook: insurance against future browser weirdness
00:21 dcook wizzyrea: This always makes me think of you -> http://www.youtube.com/watch?v=y6Sxv-sUYtM
00:20 dcook gmcharlt: Why might you want to override that function with IntranetSlipPrinterJS?
00:20 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11404 major, P5 - low, ---, tomascohen, Pushed to Master , add out-of-the-box support for Apache 2.4
00:20 jenkins_koha * Robin Sheat: Bug 11404: (follow-up) only ask user if there are instances needing upgrading
00:20 jenkins_koha * Tomas Cohen Arazi: Bug 11404: Make the install process aware of the changes
00:20 jenkins_koha * Tomas Cohen Arazi: Bug 11404: koha-functions.sh introduced for reuse
00:20 jenkins_koha * Tomas Cohen Arazi: Bug 11404: add support for Apache 2.4's config file convention
00:20 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12288 minor, P5 - low, ---, kyle, Pushed to Master , Search Errors with AggressiveMatchOnISBN turned on
00:20 jenkins_koha * Galen Charlton: Bug 12288: (follow-up) test for defined values
00:20 jenkins_koha * Kyle M Hall: Bug 12288: fix search errors with AggressiveMatchOnISBN turned on
00:20 jenkins_koha * Galen Charlton: Bug 12288: add regression test
00:20 jenkins_koha Project Koha_master build #1757: SUCCESS in 2 hr 23 min: http://jenkins.koha-community.org/job/Koha_master/1757/
00:20 gmcharlt dcook: namely because there are a bunch of pages that want to autoprint but which do not respect IntranetSlipPrinterJS
00:19 dcook Hmm
00:19 gmcharlt eythian++
00:19 gmcharlt s/busy/inclined to be busy/
00:19 pastebot "gmcharlt" at 127.0.0.1 pasted "dcook: if you're feeling busy, this whole bit should probably be factored into a template include and used across the board" (10 lines) at http://paste.koha-community.org/8
00:18 eythian https://twitter.com/slfritchie/status/468302135457636352
00:18 dcook Sweet as. I'll start playing now.
00:17 gmcharlt please do; assuming it's good enough, using taht as the new default printThenClose() should probably make it into 3.16
00:16 dcook Well, I have a few minutes to check this out more thoroughly.
00:13 dcook I remember causing a sporadic problem in Firefox when using a timer..
00:13 dcook I keep thinking that still has a problem...but I can't recall what.
00:13 dcook Yeah, that would be the one
00:12 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11014 major, P5 - low, ---, oleonard, NEW , Slip Print Problem in Chrome
00:12 gmcharlt bug 11014
00:10 dcook I think Galen or Liz might've fixed the Chrome thing using a timer for 3.16...
00:10 dcook I think it's because the Javascript closes the pop-up window too early. At least, that's what I recall happening in the past.
00:09 dcook Will have to look at that in a bit...
00:09 dcook At least for the patron record. Don't know about the self-checkout.
00:09 dcook pianohacker: In the case of Chrome, it's because they use their custom print instead of the system dialog
00:09 pianohacker weeeeeird
00:09 dcook Chrome can't print anything from the self checkout or patron record
00:09 dcook Well, you can print receipts from the staff client in IE, but the self checkout doesn't print slips
00:08 pianohacker dcook: the automatic printing fails, or what?
00:08 pianohacker that's odd...
00:08 dcook Doesn't seem to work in any other browser but Firefox :p
00:08 dcook Firefox and receipt printing does seem to work sufficiently, pianohacker :p