Time  Nick      Message
12:35 owen      hi shaun
12:36 shaun     hi owen, hi all - anybody running HEAD at the moment? There seems to be a problem in returns...
12:36 owen      I don't think our HEAD installation is up-to-date
12:37 shaun     could well be a problem with our template (returns.tmpl) though
12:39 shaun     *embarrased, it is our template - any ideas on how to remove the messages box when there are no messages? it is rather obtrusive, imo...
13:00 shaun     to owen specifically: a little while ago, Joshua/kados proposed a change in template development - what is your status with NPL? Are you open to colour changes and are these likely to get implemented at the library?
13:02 owen       /if/ kados is chosen as RM, and /if/ he asks me to be 'template manager' and /if/ the Koha developers agree to having the NPL templates be the basis for the next default template, then they will get a revised color scheme.
13:08 owen      Does that answer your question?
13:08 shaun     | /members/memberentry.pl?actionType=Add, and quite a few other pages seem to be generating internal server errors
13:10 shaun     yes, I suppose so - I don't want to have multiple branches, and I don't think that the NPL templates should be the default ones in the main branch of Koha (obviously, you and kados have worked at the templates for a while, so your opinion will almost certainly be different)
13:10 owen      the issue of default/non-default template is so minor...it's so easy to change templates.
13:15 owen      It would be absurd to create a new branch around the issue of the default template
13:15 shaun     but maintaining the templates... the "developer templates" idea is a good one, imo, as the changes can propagate to the other templates when the developers are ready to accept the changes. NPL is good for NPL without a doubt, but how many libraries does it run in?
13:16 shaun     | the error: [Wed May 11 19:11:06 2005] [error] [client 127.0.0.1] Global symbol "$member" requires explicit package name at /usr/local/kohacvs/intranet/cgi-bin/members/memberentry.pl line 244., referer: http://kohacvs.localhost:8080/cgi-bin/koha/members/members-home.pl
13:16 shaun     [Wed May 11 19:11:06 2005] [error] [client 127.0.0.1] Execution of /usr/local/kohacvs/intranet/cgi-bin/members/memberentry.pl aborted due to compilation errors., referer: http://kohacvs.localhost:8080/cgi-bin/koha/members/members-home.pl
13:16 shaun     [Wed May 11 19:11:06 2005] [error] [client 127.0.0.1] Premature end of script headers: memberentry.pl, referer: http://kohacvs.localhost:8080/cgi-bin/koha/members/members-home.pl
13:16 shaun     looking serious - error log is growing by the second with things like this
13:17 owen      HEAD is unstable.  Paul made a lot of commits recently--changes that had been made to rel_2_2 but not applied in HEAD at the time.  The mass update created conflicts which haven't yet been resolved.
13:17 shaun     ah... *waits for paul*
04:01 Sylvain   hi
04:15 paul_away salut
04:15 paul      (sylvain)
04:16 Sylvain   alors, soigné ?
05:32 Sylvain   paul, des personnes sur le chan, qui parle anglais nativement ?
06:26 SylvainOu someone here speaking english natively ?
09:10 Sylvain   re
10:11 paul      hi owen
10:11 paul      'morning.
10:11 owen      hi paul
10:11 paul      hunting a strange bug in authorities...
10:12 owen      ...since NPL is the only one to have seen it so far
10:14 Sylvain   owen I was needing a check of a little text in english, I've asked kados. Thanks
10:14 Sylvain   but morning owen
10:15 kados     owen: I'll have to check on that
10:15 owen      Hi :)
10:15 owen      kados, I'm worried about that bug, but I don't know what to do next in trying to diagnose it.
10:15 owen      Paul doesn't see the bug happening on his system
10:20 kados     is it marc21 specific?
10:21 paul      owen, does it happend on 2.2.2 or on CVS ? or on 2.2.1/0 ?
10:22 owen      CVS
10:23 paul      do you have a 2.2.x version working ?
10:24 owen      The bug shows on our production system, but I'm not exactly sure what version that qualifies as.  Maybe kados knows.
10:24 owen      But our rel_2_2 testing machine is updated from CVS.
10:25 kados     it's 2.2.0 with some modifs with fixes from 2.2.1 and 2.2.2
10:39 kados     owen: any opinions on what the plural of ILS is? ILSs? ILSes?
10:39 owen      I'd guess ILSes
10:40 kados     cool ... that's what I would have said too
11:03 kados     paul: we just updated to latest CVS and the problem is still happening
11:11 paul      really really strange...
11:12 Sylvain   bye all, good day/evening ...
11:19 kados     so we already did some warns to dump out the marc record
11:19 kados     and it's missing which subfield?
11:19 owen      u
11:19 kados     for which tag?
11:20 owen      uh....952
11:21 kados     and we're sure that the problem is that the tag/subfield isn't getting into marc_subfield_table after editing an item from Koha's edit screen -- this isn't happening when Stephen's import script is running?
11:21 owen      It's happening when I try to *add* an item via the additem screen
11:22 kados     so you add an item to an existing biblio and then that item doesn't have the 952u tag populated ... but all the other tags are fine ... is that right?
11:23 kados     that's really weird
11:23 kados     is Koha putting it in 942 or something?
11:25 owen      No, there aren't any other 'u' subfields in this particular record
11:25 kados     and in our parameters 952 u is mapped to itemnumber?
11:26 paul      & set to "ignore" ? (& no other subfield mapped to itemnumber by mistake ?)
11:28 owen      MARC links: itemnumber  	952  	u  	itemnumber
11:29 paul      (check -with mysql- for example that there is not another itemnumber mapped to itemnumber)
11:29 owen      How do I do that?
11:30 paul      SELECT *
11:30 paul      FROM `marc_subfield_structure`
11:31 paul      WHERE kohafield <> ''
11:31 paul      what is strange is that koha uses items.itemnumber to find the marc field where items are stored iirc.
11:31 paul      so, it should be OK.
11:32 kados     that query isn't working for me
11:32 paul      I have to leave. Won't be here tommorrow afternoon when you wake up.
11:32 paul      ???
11:32 kados     how about in the morning?
11:32 paul      in my morning i'll be here
11:32 kados     ok
11:32 paul      7AM GMT => 10AM i'll be here.
11:33 paul      plus maybe between 12 and 1PM GMT
11:33 kados     ok ... read you then -- thanks paul!
11:33 paul      your welcome.
11:33 owen      paul, one more thing!
11:33 paul_away yes owen ?
11:33 owen      should 'hidden' be NULL or 0?
11:33 paul      it's set to 0 for me.
11:34 owen      Okay
11:34 paul      and tab=-1
11:34 owen      Thanks!
11:46 owen      select * from marc_subfield_structure where kohafield = 'items.itemnumber';
11:46 owen      1 row in set (0.01 sec)
11:47 kados     bummer
11:48 kados     | 952      | u           | itemnumber                 | itemnumber                 |          0 |         0 | items.itemnumber             |   -1 |                  | NULL               |               |         |              |      0 |     0 |               |      |
11:48 owen      I thought it could have been the subfield structure for 952, which was messed up because of a bug in our template
11:49 owen      So I tried to clean it up, but now I'm getting a javascript error from additem.pl
11:50 kados     if I get up at 7am GMT I'll ask paul to post his marc_subfield_structure for items.itemnumber (it's not 952 in unimarc i don't think)
11:52 owen      Hmm... working in default, but still not item number getting added.
11:52 owen      So maybe that was a red herring
11:55 kados     hum