IRC log for #koha, 2014-11-24

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:06 irma_ joined #koha
00:24 dcook Interesting...
00:24 wahanui well, interesting is sometimes good and sometimes bad
00:24 dcook Apparently suggestions.pl also uses Koha::Cache...
00:25 Do the packages set up memcached by default?
00:25 * dcook was thinking a bit about how the Debian packages must work...
00:25 dcook It's been a while since I've used them
00:26 Hmm... still using sharefile-koha-koha when I have MEMCACHED_NAMESPACE set anyways it seems...
00:26 That's... surprising
00:27 eythian they don't set it up by default
00:27 it might create it, not sure if it'll use it.
00:27 iirc it activates all the cache types on init
00:29 dcook Yeah, it does
00:29 init that is
00:30 Who owns the Koha files with the packages?
00:30 eythian it's a user per instance
00:30 koha-instancename
00:34 dcook That's what I was thinking
00:35 So how does the web server factor in?
00:35 As it would need to write... help files and some cache files
00:35 eythian it...serves web pages?
00:35 what's the question?
00:35 wahanui well, the question is "What is the meaning of life, the universe and everything?"
00:35 dcook Well at the moment, when I go to supggestions.pl, I'm getting a fatal error because the web server can't write to that cache file
00:36 As it's owned by someone else
00:36 eythian oh, in the packages, the web stuff runs as the relevant user
00:36 dcook Actually...
00:36 Sweet
00:36 eythian so it's never owned by someone else
00:36 dcook That makes sense
00:36 (Although in hindsight, that might not be the problem I'm having atm)
00:38 eythian I regularly get it creating with the wrong permissions in my dev environment.
00:38 because it's switching between web and command line
00:38 I should make them be the same user
00:38 dcook Mmm, that must be the case this time
00:38 eythian ls -l will tell you
00:38 dcook Yeah, I just did that
00:40 eythian http://us2.campaign-archive2.c[…]fd3&id=174555d47c
00:40 err, probalby not useful for most of you
00:43 wahanui: metadata is <reply>http://www.asofterworld.com/index.php?id=1176
00:43 wahanui ...but metadata is data... down with the distinction. ;)...
00:43 eythian wahanui: metadata is also <reply>http://www.asofterworld.com/index.php?id=1176
00:43 wahanui okay, eythian.
00:50 dcook On an unrelated note, does anyone know why Suggestions might filter by default to the user's branch only sometimes?
00:52 suggestion.pl is sure an interesting place to find oneself...
00:54 eythian because it's dumb
00:54 it's a constant annoyance
00:54 though I thought it was fixed
00:54 I could be wrong though
00:54 wizzyrea I've seen that, it's an annoying thing.
00:55 dcook So annoying
01:02 If I understand "$$suggestion_ref" correctly, it's absolutely ridiculous..
01:02 I probably don't understand it correctly though as it's all over the place
01:03 eythian it's just a scalar dereference
01:03 they're not common, but they're sensible enough
01:03 dcook Ah, that's not what I meant
01:03 eythian it's just usually you don't need them
01:03 dcook What I meant is... I don't know why the script uses the suggestion in a lot of places...
01:03 It looks like it's using the first suggestion it comes across...
01:03 eythian ah
01:04 dcook So even though I have 5 suggestions for 5 branches, it's always going to use the first suggestion for the first branch :S
01:04 eythian ah
01:04 dcook But then I also see this
01:04 my $suggestion_ref  = $input->Vars;
01:04 :S
01:04 eythian eww
01:04 dcook And deleting all sorts of stuff out of that and yeah... it's a bit of a mess
01:05 At least in 3.14.5
01:10 ka1vgm joined #koha
01:11 dcook my $branchfilter = ($displayby ne "branchcode") ? $input->param('branchcode') : '';
01:12 my $displayby       = $input->param('displayby') || '';
01:12 :S
01:12 Huh...
01:12 $$suggestion_ref{'branchcode'} = C4::Context->userenv->{'branch'};
01:14 There shouldn't be any input...
01:19 wth..
01:20 $params .= $key . '=' . uri_escape($input->param($key)) . '&'
01:21 Ah wait, that's not doing what I thought it was doing
01:21 whew
01:22 No idea at all how $input->param('branchcode') can possibly be set...
01:23 Ah wait...
02:06 eythian joined #koha
02:30 dcook Ok... glad to know I'm not going crazy... something weird is happening..
02:32 ibeardslee are they mutually exclusive?
02:33 dcook Mmm
02:33 In this case, I think so
02:33 Overall, no
02:33 ;)
02:36 Somehow $input is being changed but I have no idea how..
02:36 I'm guessing it's because of a reference somewhere...
02:36 Which makes it super not obvious
02:37 Yep, I'm pretty sure that's it
02:38 $$suggestion_ref{'branchcode'} = C4::Context->userenv->{'branch'};
02:38 Because... my $suggestion_ref  = $input->Vars;
02:39 $suggestion_ref isn't a copy... it's a reference to the object
02:39 I'm thinking this is something that got fixed..
02:40 Hmm...
02:40 Nope. Code looks the same in prod and in dev...
02:41 But it seems to work right in dev
02:41 Unless that's coincidence...
02:42 Yeah... I'm thinking it's coincidence
02:45 And... dbic error
02:48 wth...
02:48 my $suggestion      = $input->Vars;
02:49 Mmm, rather old code...
02:58 Ah, that's just a plain old accidental bug, me thinks
02:58 The other one is... ugh
03:08 Man... yeah... suggestions is ugly as sin
03:55 AmitG joined #koha
04:18 dac joined #koha
04:25 AmitG heya all
04:25 liz around?
04:28 eythian nope, she's gone
04:53 * eythian notes that it looks like the /svc API sometimes returns XML, sometimes JSON.
04:53 eythian I hope that's not true
04:55 * dac is pretty sure that's true
04:55 dac Like... 99.9% sure
04:56 eythian that's dumb
04:56 one or the other, I don't care which
05:02 dcook Agreed
05:02 Koha isn't that great for consistency
05:02 I wonder sometimes how many rules it would take to be consistent though..
05:03 If we went to a more service oriented structure, it would probably be easier to be consistent
05:03 Maybe
05:03 eythian definitely
05:03 * dcook counts how many super long emails he's just sent out
05:03 eythian there's also this handy library for working with json, but to authenticate, you use the XML part.
05:04 dcook ?
05:04 eythian well, you call svc/authenticate and it responds in XML
05:05 then you can use svc/config/systempreferences/* and it responds in json
05:05 there is no planet where this is sane
05:06 dcook Ahh, k. For a moment, I thought you were saying that it was sane
05:06 Almost pulled one of those O_o faces
05:49 cait joined #koha
06:50 * magnuse waves
06:50 dcook heya magnuse && cait
06:50 btw, thanks for opening that report, cait :)
06:50 I was a bit swamped today and couldn't confirm for sure
06:52 magnuse hm, is there somwhere we map between email domain names and institution names?
06:53 dcook magnuse: How do you mean?
06:53 magnuse i thought it was .mailmap, but it doesn't look like it
06:53 cait magnuse: i think maybe in the release notes script
06:53 magnuse ah, ok
06:53 cait tomas said he had asked on the list, but i think imissed the mail
06:53 * dcook isn't sure
06:54 magnuse this looks promising: http://git.koha-community.org/[…]=gitdm/domain-map :-)
06:54 cait++
06:56 also bug 13314
06:56 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13314 minor, P5 - low, ---, tomascohen, ASSIGNED , Fixes to .mailmap for the 3.18 release
07:15 * magnuse sent tcohen an email
07:16 dcook Ok. I got to bounce.
07:16 Night all :)
07:16 magnuse have fun dcook
07:16 cait night dcook
07:23 laurence joined #koha
07:24 ashimema Monring #koha
07:25 magnuse kia ora ashimema and laurence
07:25 * magnuse wishes we had tons of integration tests
07:25 ashimema Don't we all Magnuse
07:25 laurence hi magnuse
07:26 ashimema I'm still a bit hazy on writing integration tests (as apposed to unit tests) myself thouhg :(
07:26 Never could get Selenium working reliably...
07:26 magnuse i think of it as tests using Test::WWW::Mechanize or something similar
07:26 cait ashimema: me neither
07:27 ashimema indeed.. that's a more sensible route.. but also more work and my understanding was that selenium should be so simple that every day users could write/record tests
07:27 cait that is maybe a bit too ambiious
07:27 ashimema Would be fantastic to have a 'record' type testing framework.. to just record and replay actions
07:28 warning if they don't replay correctly of course
07:28 else it would be a meanigless 'test'
07:29 magnuse hehe
07:29 cait with our templates changing too much, not sure if it makes sense to have them right now or focus on other clean up tasks first
07:29 there is soo crzay much we shoudl be doing
07:29 magnuse one step at a time :-)
07:30 liw I've found the "recording" type test frameworks to be fragile against changes: you get to re-create the test too often when minute details change that don't really affect the thing being tested but ruin the recording
07:30 magnuse good point, liw
07:30 ashimema indeed... me to
07:30 liw (but I have not enough experience with web stuff to be able to say anything actually useful that Koha _should_ do)
07:31 ashimema doesn't stop me wishing they worked a bit better though ;)
07:31 cait talking about steps... it's time to go to owrk :)
07:31 bbiab
07:31 magnuse have fun cait
07:31 one of these days i will get around to reading http://modernperlbooks.com/mt/[…]dom-and-mech.html
07:32 * ashimema thinks he may have to re-acquaint himself with 'dd' today.
07:32 cait dd?
07:32 wahanui dd is, like, Debian Developer
07:32 ashimema dd is a linux tool to bit by bit copy stuff cait.
07:32 I got myself a shiny new latop on saturday..
07:33 before I strip it of windows and install linux I felt I aught to back up the spagetti of partitions they now call windows... just in case I eer needed to make a warranty claim (as they seem to claim warranties are now void if you wipe windows!)
07:33 cait ashimema: yay!!!
07:34 for the new machine
07:34 boooo for the windows thing
07:34 ashimema I've never seen so many crazy partitions shippped on a machine before..
07:34 it's madness
07:34 cait but good luck with the new machine
07:34 hope it will stop you from falling out of irc all the time :)
07:34 andnow... i amreally gone :)
07:35 ashimema and man windos 8.1 is really really naughty demanding personal details all over the shop
07:36 * magnuse bought a laptop without an os
07:36 ashimema @you'de like to login to your new computer would you... ok, you'll need a microsoft account for that.. tell me every tiny personal detail about you and i'll store it forever on my cloud.. then, maybe, if your locuky I'll let you sign in to your new computer
07:36 huginn ashimema: I'll give you the answer just as soon as RDA is ready
07:36 ashimema I had to get one in a hurry magnuse.. my last one finally completely blew up last week and I'm meant to be out with customers this week..
07:36 hense walking into a shop and getting one off the shelf
07:39 reiveune joined #koha
07:39 reiveune hello
07:45 rangi ashimema: look at  t/db_dependent/www/batch.t
07:46 also http://wiki.koha-community.org[…]th_WWW::Mechanize
07:46 ashimema will do.. thanks Rangi
07:49 * ashimema wishes he had more time to focus on koha at the moment... but alas other projects are at the top of the pile right now :(
07:55 alex_a joined #koha
07:56 alex_a bonjour
07:57 magnuse jcamins++
07:57 the new library in Bodø: http://www.theguardian.com/art[…]MP=share_btn_link
07:57 @wunder boo
07:57 huginn magnuse: The current temperature in Bodo, Norway is 2.0°C (8:50 AM CET on November 24, 2014). Conditions: Light Rain. Humidity: 93%. Dew Point: 1.0°C. Windchill: -5.0°C. Pressure: 29.83 in 1010 hPa (Steady).
07:58 magnuse one problem with the integrations tests is example data. should we have a default set of sample data? should the tests create the data they need? or should the tests be configurable so they could work with different data?
07:58 cait joined #koha
07:58 cait hi #koha
07:59 magnuse kia ora cait
08:06 cait hi magnuse
08:08 paul_p joined #koha
08:12 cait morning paul_p
08:12 are you back home?
08:12 paul_p hi cait. Yep, back home
08:12 (after a week-end in Nazareth)
08:13 cait did you have a good time?
08:14 hm is pootle down?
08:15 magnuse maybe someone wanted to give translators the weekend off? ;-)
08:16 cait heh
08:24 gaetan_B joined #koha
08:25 gaetan_B hello
08:29 akafred joined #koha
08:32 magnuse bonjour gaetan_B and akafred
08:44 marcelr joined #koha
08:44 marcelr hi #koha
08:44 magnuse hiya marcelr
08:44 marcelr :)
08:50 sophie_m joined #koha
08:56 Oak joined #koha
08:56 * Oak waves
08:59 magnuse Oak
09:01 mveron joined #koha
09:01 kivilahtio joined #koha
09:03 mveron Hi #koha
09:04 Oak magnuse
09:04 hello mveron
09:04 Lady Katrin.
09:04 mveron hello Oak
09:04 ...and all the others
09:04 kivilahtio hello Oak
09:04 mveron @wunder Allschwil
09:04 Oak hey kivilahtio
09:04 wahanui somebody said kivilahtio was working to integrate our SMS provider to Koha
09:04 huginn mveron: The current temperature in Wetter Allschwil, Allschwil, Switzerland is 10.6°C (10:04 AM CET on November 24, 2014). Conditions: Clear. Humidity: 79%. Dew Point: 7.0°C. Pressure: 30.18 in 1022 hPa (Steady).
09:05 kivilahtio wahanui: I already did, but we are canging our SMS provider
09:05 wahanui OK, kivilahtio.
09:05 kivilahtio @wunder Joensuu
09:05 huginn kivilahtio: The current temperature in Kontiolahti, Finland is 0.5°C (11:04 AM EET on November 24, 2014). Conditions: Overcast. Humidity: 96%. Dew Point: -0.0°C. Windchill: 1.0°C. Pressure: 30.39 in 1029 hPa (Falling).
09:08 mveron wahanui: Are you a bot?  :-)
09:08 wahanui OK, mveron.
09:08 kivilahtio wahanui is my friend
09:08 mveron :-)
09:08 kivilahtio I am looking for information regarding Zebra not indexing all records in our DB, and can't figure out could we search our mailing list?
09:09 I guess someone must have encountered a similar issue.
09:09 CAn I search the mailing list archive?
09:09 mveron cait: I prefer Vor-Ort-Ausleihe (On-site-checkouts)
09:09 And hi :-)
09:10 kivilahtio Is Zebra still under development? I don't remember there being facets in zebra?
09:12 cait hi Oak, mveron and kivilahtio
09:13 * mveron is invited to a Glögi... Maybe kivilahtio can explain?
09:13 cait kivilahtio: there have been facets for a while - we didn't use them until lately
09:13 kivilahtio: it's sitll being developed i think, if you look on the indexdata website you shoudl see when the last version came out
09:14 kivilahtio: and congratulations for the prize :)
09:14 kivilahtio: ther eis a script in the misc folder somewhere... something with slice - it could help you find the records that don't get indexed
09:14 also maybe running a reindex with more verbosity?
09:15 ... and Joubu++ for patching 13329
09:15 now we need a sign off..
09:16 Joubu Hi cait, #koha o/
09:18 kivilahtio mveron, you should go. It is warm and tasty
09:19 cait: we won a prize?
09:19 :)
09:19 cait hm, there was a video and lots of finish, hope google translate didn't mess up :)
09:20 kivilahtio yeah, Ministry of Culture and Education gave us the annual library innovators award
09:20 cait: This is a bit silly guestion but can I search the mailing list? All I get is hte archive :(
09:21 cait i think you can probably, using one of the mirrors
09:21 nabble or something?
09:21 kivilahtio ok
09:21 cait ... and you shoudl write something for the newsletter about that
09:21 kivilahtio cait: Yeah, we are working on it
09:21 cait it sounds like a pretty cool award :)
09:21 great :)
09:22 kivilahtio cait: so expect us :)
09:22 so gmane.org mirrors our koha-devel -mailinglist?
09:22 cait there are some
09:23 kivilahtio then we search from gmane to find the entries in koha-devel?
09:23 cait i think one should have a search funtion at least
09:23 kivilahtio strange world
09:23 cait you could probably also just use google :)
09:23 kivilahtio nah
09:23 cait or another search of your choice
09:23 kivilahtio i use DuckDuckgo.org
09:24 *I think I need to read the zebra manual from top to bottom
09:24 The more I work with Zebra the less I feel the need to change to elasticsearch
09:25 but I can imagine issues with large catalogues of 100GB+
09:25 I mean I am finding solutions to manyu issues made possibly by clever use of XSLT
09:27 marcelr kivilahtio: see also bug 12872; i have to get it out of FQA again
09:27 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12872 normal, P5 - low, ---, m.de.rooy, Failed QA , Exclude some fields from Zebra indexing
09:29 cait marcelr: sorry, haven't read the whole thread yet - thx for your patience :)
09:29 marcelr np
09:30 magnuse yeah congrats kivilahtio!
09:31 kivilahtio thanks magnuse
09:31 lots of hard work :)
09:31 magnuse who was the guy on stage with you? ari mäkiranta?
09:31 kivilahtio but I am getting out of the frying pan !!
09:31 magnuse ...and into the fire?
09:31 kivilahtio magnuse: Yes, Ari
09:31 lol
09:31 maybe
09:32 magnuse cool, thought i recognized him
09:34 kivilahtio magnuse: Any ideas why our Zebra doesn't index all records? In zebraqueue there definetely are entries where the given biblios have been indexed by rebuild_zebra.pl but I cannot find those records from Zebra using the Yaz-client? Even a full bibliographic reindexing doesn't help here.
09:35 now when I manually reindex those individual records, they become visible in the zebra.
09:35 this is very strange and happens randomly
09:37 AmitG joined #koha
09:37 AmitG chris around?
09:38 magnuse kivilahtio: how do you "manually reindex those individual records"?
09:39 very weird if even a full reindex does not help
09:40 kivilahtio magnuse: I run the ModZebra( $biblionumber, "specialUpdate", "biblioserver" ); in a script to add the biblionumber to the zebraqueue and run the incremental rebuild_zebra.pl
09:41 this seems to work
09:41 but we cannot manually reindex (or force reindex) every time we add new records. To add insult to injury, some old records are missing as well. We got a reservation for a book, which couldn't be found.
09:41 cait sounds indeed a bit weird
09:42 kivilahtio Book was in DB and everything was ok but the zebra index record was missing
09:42 cait seems like your script would do the same as the normal reindexing?
09:42 kivilahtio yes
09:42 exactly, and the records are already normally indexed
09:42 sometimes the normal indexing doesn't work
09:43 I have a gut feeling this is an incredibly painful Zebra-problem
09:46 cait hm which version are you on?
09:46 could it be a runtime thing?
09:46 one index run not finished when the next starts...
09:47 and are you using ht enormal -z way of indexing?
09:47 kivilahtio yes
09:47 3.16.04
09:48 rebuild_zebra.pl -b -a -z -v runs every two minutes. There is a lock file in place to prevent all our cronjobs from starting before the running cronjobs closes
09:48 cait yeah, 3.16.4 shoudl have that
09:49 kivilahtio rebuild_zebra.pl waits for the zebraidx to end before closing hte process
09:50 cait: I made a wrapper for all koha-cronjobs to time them and to lock them from running on top of each others
09:50 then log everything
09:50 magnuse anything special about the missing records? like a missing 000 or 001 or something?
09:51 kivilahtio magnuse: zebraidx should throw errors if there are errors with the records
09:51 however
09:51 magnuse if you edit the missing record, does it get indexed by the normal process?
09:51 cait kivilahtio: for the zebra script koha shoudl take care of that now itself
09:51 magnuse -z
09:54 kivilahtio magnuse: yes
09:54 magnuse: it works fine
09:55 cait so it's something with how the cronjob runs... occasionally? feels like we can rule out the record itself
09:55 kivilahtio I have no idea. My guess is that the space for the zebra index is getting low, or is spent and maybe indexing new records make old records vanish?
09:55 is this crazy?
09:56 or should Zebra just crash when the allocated disk space is used?
09:56 you set the index space from the zebra config files
09:58 magnuse i think it will crash if there is no more space
10:06 * cait agrees with magnuse
10:07 kivilahtio I think I will crash :)
10:07 maybe there is a small gnome who randomly logs in to our server and randomly deletes stuff, like zebra index records
10:07 or maybe some message_queue -etries
10:08 cait that sounds very likel
10:08 y
10:08 you shoudl setup gnome traps
10:08 kivilahtio cait: I should
10:09 but it doesnt' explain why after a full reindex those records are not available
10:09 magnuse yeah, that is really weird
10:10 so you notice a record is missing from the index, do a full reindex, still missing, put it in the zebra queue and then when -z has done its thing it is searchable?
10:10 kivilahtio yes
10:10 exactly
10:11 magnuse wow, that is weird
10:11 kivilahtio tell me about it, maybe there is something wrong with the full indexing
10:11 magnuse i can't remember hearing about that before
10:11 kivilahtio maybe it doesn't actually reindex fully
10:11 still there is the small gnome deleting those index records
10:14 magnuse could it be that the full reindex fails silently?
10:14 kivilahtio then we shouldn't have a search index in the first place :)
10:15 lemme see
10:15 magnuse true
10:16 have you tried reindexing without the shadow indexing? that *will* make searching unavailable during the indexing
10:27 kivilahtio i htought the searching has always been unavailable during full reindexing
10:29 thanks for the tip. I'll try that
10:32 magnuse no, if you do a normal full reindex, it will build the new index in a temporary location, while serving new searches from the old index. then when the new index is finished it will replace the old index. or so i think...
10:35 kivilahtio magnuse: When doing the full reindexing our searches have always been off when the zebraidx starts, without the -w -flag
10:40 magnuse hm, that is not how it should work, i *think*
10:40 * cait agrees
10:54 * mveron can not open http://translate.koha-community.org (as yesterday)
10:55 cait i dropped bernardo an email
10:55 mveron Thanks, cait :-)
11:00 cait argentina is a few hours behind us, not sure when he will see it
11:02 magnuse tcohen often shows up around this time, i think?
12:10 khall joined #koha
12:12 tcohen joined #koha
12:15 cait morning tcohen
12:15 tcohen morning cait
12:15 * tcohen is uploading the french subtitles
12:33 tcohen @wunder cordoba, argentina
12:33 huginn tcohen: The current temperature in Cordoba Aerodrome, Argentina is 22.0°C (9:00 AM ART on November 24, 2014). Conditions: Partly Cloudy. Humidity: 51%. Dew Point: 14.0°C. Pressure: 29.76 in 1008 hPa (Rising).
12:34 mveron joined #koha
12:39 marcelr khall: i looked at bug 13019, have two questions on the report
12:39 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13019 enhancement, P5 - low, ---, kyle, Signed Off , Add base classes on which to build Koha objects
12:40 cait can someone please sign off the suggestion blocker?
12:40 it has a patch now and is on the circ bugs wiki page
12:40 * cait has to run off to a meeting
12:41 jcamins magnuse: what did I do?
12:41 khall marcelr: what are your questions?
12:41 ah, I see
12:42 I'm not entirely sure about the encode question. i'll test and confirm if it's needed
12:43 marcelr: I really don't see that advantage to having a find method in Koha::Object. We've already got it in Koha::Objects, which is where we have all object getting methods already
12:44 in addition, it means we have two separate implementations of fetch which could deviate over time
12:44 does that make sense marcelr?
12:45 dac joined #koha
12:50 NateC joined #koha
12:52 ashimema wow.. this new laptop comes with no less than 7 partitions out of the box..
12:52 what happened to windows in the intervening years since I last played with it..
12:53 meliss joined #koha
12:54 meliss left #koha
12:57 oleonard joined #koha
12:58 tcohen fredericd: did u see my followup for 13157?
12:59 oleonard Hi #koha
12:59 khall marcelr: I signed off on your last followup and set to passed qa. Please change the status if you weren't ready to pass it.
12:59 marcelr i look
13:00 khall I think renaming new_from_dbic was a good idea
13:00 marcelr did you test the encode?
13:01 no problem with removing the last patch for find
13:01 khall doh! Let me test that right now. Haven't been sleeping too well. Daria's teething now ; )
13:01 marcelr ok
13:01 the two finds would get out of sync little bit
13:03 oleonard Hey barton, a belated happy birthday to you!
13:03 barton ah, thanks! :-)
13:04 tcohen khall and marcel, i'm sure you're testing the use of encode in the context of 11944, right?
13:05 marcelr no
13:05 tcohen barton: happy birthday
13:05 marcelr i think the encode in bg 13019 must be removed
13:05 khall tcohen: I'll test on top of bug 11944
13:05 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11944 major, P5 - low, ---, jonathan.druart, Passed QA , Cleanup Koha UTF-8
13:06 tcohen yeap, we already have regression tests for UTF-8
13:06 barton thanks tcohen
13:06 khall marcelr: I've tested from the command line and so far it looks like the encode is not needed
13:06 tcohen probably at the beggining of the 3.20 cycle they'll have enough coverage we can feel confident on pushing
13:06 marcelr khall: i tested with  遺跡発見 and with áéíóú in the surname in a modified Borrowers.t
13:06 the encode must be removed
13:06 you do not need it
13:06 khall marcelr: I'll post a patch right now and you can sign off on it
13:07 marcelr ok
13:07 carmenh joined #koha
13:09 khall marcelr: ok, patch has been uploaded!
13:09 marcelr ok i look
13:11 khall: will still add a qa comment
13:11 khall excellent!
13:11 marcelr and change status again
13:11 wahanui marcelr: that doesn't look right
13:12 marcelr no sir
13:16 magnuse jcamins: you made an integration test and documented stuff on the wiki :-)
13:18 jcamins magnuse: oh, yeah.
13:24 tgoat joined #koha
13:26 edveal joined #koha
13:26 tcohen morning jcamins
13:26 jcamins Morning.
13:26 wahanui Ah, morning. The cat must be wanting breakfast.
13:26 druthb wahanui:  morning?
13:26 wahanui druthb: bugger all, i dunno
13:26 * druthb scratches her head, and goes back to her corner.
13:26 marcelr tcohen: bug 13019 is for you now!
13:26 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13019 enhancement, P5 - low, ---, kyle, Passed QA , Add base classes on which to build Koha objects
13:42 Dyrcona joined #koha
13:48 tcohen oh noes
13:52 mveron cait: Bug 13329 is signed-off
13:52 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13329 blocker, P5 - low, ---, jonathan.druart, Signed Off , Can't make new suggestion with AllowPurchaseSuggestionBranchChoice turned on
13:52 * mveron has a meeting...
13:55 talljoy joined #koha
14:08 magnuse tcohen++
14:16 maryj joined #koha
14:23 cait mveron++
14:30 nengard joined #koha
14:37 cma joined #koha
15:05 kmlussier joined #koha
15:06 tcohen @later tell rangi how are you calculating the new devs?
15:06 huginn tcohen: The operation succeeded.
15:17 ashimema joined #koha
15:32 cait tcohen: manually :)
15:32 tcohen cait++
15:32 rangi++
15:32 cait afaik he updates that portion of the dashboard manually
15:33 tcohen will create a new_devs_3.18.tt template ;-)
15:33 cait ah for the release notes?
15:34 i think there is script from marcel on the about.pl omnibus bug that does soemthing like find missing people
15:37 khall oleonard: want to give bug 12123 a shot when you have a moment?
15:37 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12123 normal, P5 - low, ---, kyle, Needs Signoff , HTML notices can break the notice viewer
15:38 khall it's an easy test and I though you may be able to make it more prettier ; )
15:40 Asc joined #koha
15:40 rocio joined #koha
15:49 JoshB joined #koha
15:50 tcohen i love this community
15:58 ashimema cait you about..?
15:58 community++
15:59 cait only half
15:59 well maybe about a third...
15:59 ashimema?
15:59 wahanui ashimema is on qa now .)
16:02 ashimema haha.
16:02 burdsjm joined #koha
16:29 mtj hey #koha, have other people spotted weird behaviour around the 'visibility' stuff, for subfields in fwrks
16:29 Visibility:   OPAC   Intranet   Editor   Collapsed   Flagged
16:31 specifically with the 'editor' checked ^
16:32 when creating a new bib, with that fwrk - the 'checked' subfield shows in the editor (good)
16:32 but then..enabling some of the other visibility options for the subfield, in the fwrk
16:33 ..the subfield no longer shows in the editor, anymore?!
16:33 in 3.14... and master too
16:36 ashimema any git bz pros here..
16:37 mtj whats up ashimema?
16:37 ashimema randomly can't seem to attach a patch :(
16:38 mtj a timeout error?
16:38 pastebot "ashimema" at 127.0.0.1 pasted "git-bz" (14 lines) at http://paste.koha-community.org/294
16:38 ashimema nah..
16:38 really odd one I've never seen before.
16:38 cait left #koha
16:38 ashimema no idea where the biblibre branch is coming from..
16:39 I removed the biblibre remote days ago..
16:39 seems like somthings got out of sync..
16:39 but surely bz shouldn't care about that..
16:40 @seen dpavlin
16:40 huginn ashimema: dpavlin was last seen in #koha 11 weeks, 4 days, 3 hours, 15 minutes, and 28 seconds ago: <dpavlin> khall: take a look at bug 12729 -- I opted to use mysql to tell me if date is overdue which will probably have some performance advantage over using DateTime perl module
16:40 mtj hmm, thats an 'interesting' one ashimema :/
16:40 ashimema yeah.. I'm baffled..
16:41 What more weird is that I only push up another patch moments ago and that went fine.
16:41 mtj http://stackoverflow.com/quest[…]t-some-refs-could
16:42 http://stackoverflow.com/quest[…]igin-head-get-set
16:42 all stuff ive never done before
16:43 its one of those 'your repo is somehow out-of-sync with a remote repo' bugs, huh..
16:45 ashimema very odd..
16:46 could do without this headache today..
16:46 thanks mtj
16:47 mtj np
16:47 curious...
16:47 $  git branch -a | grep biblibre
16:47 what does that give you? ^
16:48 ashimema sorted..
16:48 there were some old refs lying around.
16:48 the above command gave nothing..
16:49 But.. when I did a grep for biblibre inside my .git dir
16:49 I found 11944 in a ref
16:49 rm -rfv refs/biblibre nuked it..
16:49 the git gc
16:49 wahanui i think the git gc is fine
16:49 ashimema and git started to work :)
16:49 odd indeed..
16:50 mtj sweet :0)
16:52 ashimema any ldap people in da' house?
16:53 need comments on bug 12831 and bug 9165
16:53 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12831 critical, P2, ---, gmcharlt, Needs Signoff , local only logins should still work when ldap authentication is enabled
16:53 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9165 enhancement, P4, ---, robin, Needs Signoff , Allow preventing passwords from being stored locally when using LDAP
16:53 bag morning
16:55 ashimema hey bag..
16:56 nengard_phone hi all is there a jquery way i can hide popularity as a sort option in the opac?
16:58 laurence left #koha
17:05 mtj $( "optgroup[label*='Popularity']" ).remove()
17:05 something like that? ^
17:10 hows this for a weird bug..
17:10 ..if you decide to hide a subfield in the OPAC, via the frameworks - it no longer shows in the cataloging editor
17:13 oleonard Has hiding a subfield in the OPAC ever really worked properly?
17:14 mtj hmm, i recall reading a related bug to this... the bitwise math was buggy, for the subfield visibility stuff
17:14 heh, fair point owen :)
17:14 the bug seems to be quite subtle...
17:15 if you hide both opac and staff options,  subfield displays OK in editor
17:15 if you hide staff, display opac - subfield displays OK in editor
17:16 but... if you hide opac, display staff - subfield *wont* display in editor
17:23 looking fwd to fixing that one
17:34 talljoy joined #koha
17:35 reiveune bye
17:35 reiveune left #koha
18:20 tcohen oleonard: any thoughts about the <nav> tag?
18:22 oleonard I don't know a lot about it tcohen
18:23 To my understanding most of the new HTML5 elements are interesting if you're concerned about semantics but that there aren't necessarily practical benefits from user agents yet
18:26 * tcohen is tidying the release notes templates
18:27 oleonard tcohen: Perhaps I misunderstand your question?
18:27 tcohen i'm refactoring (a bit) the release notes templates, and am adding a table of contents
18:28 just wanted to know if it would be fine to use it
18:28 oleonard Oh I see
18:28 tcohen (<nav>)
18:28 i think it will fit well inside wordpress (the main purpose)
18:34 oleonard: http://snag.gy/AFTBI.jpg
19:04 rangi i like it
19:04 fwiw
19:04 tcohen: the history.txt
19:05 new devs since the 3.16.0 release
19:06 tcohen ah
19:06 :-D
19:08 oleonard Hi rangi
19:18 Has anyone called for the death of MARC yet today?
19:20 rangi im sure
19:24 bag death of marc
19:25 tcohen bag++
19:26 cait joined #koha
19:33 cait hi #koha
19:48 bag hey cait
19:52 cait hi bag
20:09 tcohen bye #koha
20:10 mtj stupid dev question here... what techniques do people use to dump stuff to log files when debugging koha?
20:10 ..other that just the generic apache error.log file
20:11 than
20:11 cait oh
20:11 bye tcohen
20:12 mtj: normally using warns
20:12 and that goes into the koha log files
20:12 gaetan_B bye
20:12 mtj yeah... me too cait
20:16 i really need a way to turn off  all that apache line noise stuff in the error.log
20:17 i dont think i ever worked out how to do that! :)
20:18 all the crap either side of the actual warn msg, itself
20:19 wizzyrea line noise?
20:19 mtj [Tue Nov 25 09:04:19 2014] [error] [client 192.168.10.107]  XXXXX  referer: http://master.xen1.kohaaloha.c[…]pl?frameworkcode=
20:19 [Tue Nov 25 09:04:19 2014] [error] [client 192.168.10.107]  XXXXX  referer: http://master.xen1.kohaaloha.c[…]pl?frameworkcode=
20:19 [Tue Nov 25 09:04:19 2014] [error] [client 192.168.10.107]  XXXXX  referer: http://master.xen1.kohaaloha.c[…]pl?frameworkcode=
20:19 ..all the stuff that is not 'XXXXX' ^
20:19 wizzyrea I'm sure the logfile definitions are in /etc/koha somewhere, in one of the shared
20:19 files
20:20 a directive like "logformat"
20:20 mtj awesome :)
20:20 wizzyrea and if it's not there, it's probably in the apache config
20:20 you can specify your own logformat as well
20:22 https://httpd.apache.org/docs/current/logs.html might help (note, that's not really a "rtfm," it just looks like one - that's what I used the last time I was thinking about the contents of logs.
20:22 mtj ooh, i can almost taste the victory...
20:23 fwiw, i'm already on that page :)
20:23 wizzyrea :D
20:23 mtj well.. it was one of the many tabs i was reading thru...
20:26 wizzyrea but basically, what I'd do, is set up a logformat with just the things you want, give it a nickname
20:26 then make a CustomLog that uses that
20:27 then you don't have to change the default ones.
20:27 cait hm need a sign off of for 13330 please
20:27 bug 13330
20:27 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13330 blocker, P5 - low, ---, kyle, Needs Signoff , All overdue items with fines returned via checkouts table will have fines forgiven!
20:27 wizzyrea O.o.
20:28 cait yes exactly
20:45 trea joined #koha
20:46 mtj ive sort of just clicked on still on debian/apache 2.2, not 2.4
20:49 no  'ErrorLogFormat' directive until 2.4
20:59 looks like its time to bump my box to apache2.4 :0)
20:59 wizzyrea there's something similar for the older version though
20:59 I've used it...
21:00 rocio left #koha
21:01 mtj hum really?!, the webs say its a no-go
21:01 http://serverfault.com/questio[…]r-log-in-apache-2
21:01 ahh...
21:01 http://httpd.apache.org/docs/t[…]od_log_debug.html
21:02 that perhaps? ^
21:03 * mtj winces
21:04 mtj hey, this has been a bugbear of mine for years
21:06 anyhoo, its great to hear its finally fkn fixed in 2.4
21:09 rocio joined #koha
21:10 rocio left #koha
21:11 rocio joined #koha
21:11 mtj aah, i do see a 'piped logs' example for 2.2 - that would actually work pretty ok :)
21:11 http://httpd.apache.org/docs/2.2/logs.html#piped
21:12 kathryn joined #koha
21:16 cait hi kathryn :)
21:19 gah
21:19 i have an item on my account... that is not on the record
21:19 how???
21:19 but the title and all shows
21:20 ok... so the record claims to not have physical items
21:20 and the account claims it's a normal checkout
21:20 whom to believe?
21:20 kathryn hallo cait :)
21:21 eythian hi
21:21 cait ok
21:21 the items table also agrees that the item is on the record
21:21 so why... would the detai page claim no physical records? in staff?
21:22 eythian cait: I don't remember any situation where that should happen
21:22 cait me neither
21:22 it#s quite scary
21:23 he item is withdrawn...
21:23 should that make a difference?
21:23 in staff?
21:23 eythian I don't know, I shouldn't think so.
21:23 but maybe
21:23 but I think that it should only ever not show up in staff if it's not there.
21:24 cait [Mon Nov 24 22:22:36.686597 2014] [cgi:error] [pid 24868] [client 127.0.0.1:41651] AH01215: [Mon Nov 24 22:22:36 2014] detail.pl: DBD::mysql::st execute failed: Not unique table/alias: 'issues' at /home/katrin/kohaclone/C4/Items.pm line 1332., referer: http://localhost:8080/cgi-bin/[…]?borrowernumber=1
21:26 wizzyrea there is a setting for withdrawn items
21:26 showing them in the staff client.
21:26 cait wizzyrea: it looks like all my items disappeared
21:26 wizzyrea all of them!
21:26 cait could you check on your master install? a staff detail page?
21:26 where there shoudl be an item?
21:27 wizzyrea hm mine are there.
21:27 cait wizzyrea: which setting?
21:27 wizzyrea I"m looking hang on
21:30 not related: I like how we did this syspref:  OpacAdvSearchMoreOptions
21:30 cait hm it's the patch from srdjan
21:30 wizzyrea: try an item checked out
21:30 check it out and then check the detail page
21:31 please
21:31 wizzyrea sec
21:32 I see the items there
21:32 cait maybe it's related to the local use
21:32 mine def disappear
21:32 they show up when i check them in again
21:32 could you try an on-site checkout? there is a onsite pref to turn on
21:33 wizzyrea just the one or both?
21:33 cait you can turn on both, but the normal one should be enough
21:33 wizzyrea still ok
21:33 cait hmmm
21:33 it works for me, but only if i remove the patch
21:33 wizzyrea oh oh
21:33 cait http://git.koha-community.org/[…]4b7b8b1c33c64107f
21:33 wizzyrea no I didn't save it it's definitely to do with onsite.
21:34 cait i think a side effect
21:34 wizzyrea no items when onsite is on
21:34 cait *sigh* filing another blocker bug
21:35 removing the patch above fixes it for me - i think something was missed, the patch is old, onsite is new... boom
21:35 wizzyrea yes, it must be because it doesn't cope with onsite.
21:35 can def call in papa for that one :)
21:36 cait it happens, filing a bug, will set a link to the other bug
21:36 maybe it can help track it down
21:36 wizzyrea perhaps easiest to revert that for now
21:39 cait dunno, maybe it#s an easy fix even
21:39 will have to leave that to more awake people tomorrow
21:40 thx for helping test :)
21:40 bug 13332
21:40 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13332 blocker, P5 - low, ---, koha-bugs, NEW , Items disappear from staff detail page when there is an on-site checkout
22:06 cait found enough bugs for one night
22:06 bye all :)
22:06 cait left #koha
22:14 dcook morning
22:48 dcook joined #koha
22:57 tcohen joined #koha
23:00 chrisvella94 joined #koha
23:01 tcohen hi there
23:07 eythian hi
23:07 btw I'm putting libtest-perl-critic-progressive-perl because that's where it should be
23:08 tcohen ah?
23:08 wahanui ah is ?
23:08 eythian it's needed for the qa tools
23:08 tcohen mbeaulieu?
23:12 eythian ?
23:24 chrisvella94 joined #koha
23:32 papa joined #koha
23:48 BobB joined #koha
23:49 dcook lol...
23:49 I'm looking at this email and totally confused by "LHS" and "RHS"
23:49 I figure they're "hospital services" of some kind
23:49 Nope. Left hand side. Right hand side.
23:50 Only made sense once I read it outloud :p
23:50 chrisvel1a94 joined #koha
23:53 irma joined #koha

← Previous day | Today | Next day → | Search | Index

koha1