Time  Nick      Message
11:55 kados     hum
11:52 owen      So maybe that was a red herring
11:52 owen      Hmm... working in default, but still not item number getting added.
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:49 owen      So I tried to clean it up, but now I'm getting a javascript error from additem.pl
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:48 kados     | 952      | u           | itemnumber                 | itemnumber                 |          0 |         0 | items.itemnumber             |   -1 |                  | NULL               |               |         |              |      0 |     0 |               |      |
11:47 kados     bummer
11:46 owen      1 row in set (0.01 sec)
11:46 owen      select * from marc_subfield_structure where kohafield = 'items.itemnumber';
11:34 owen      Thanks!
11:34 paul      and tab=-1
11:34 owen      Okay
11:33 paul      it's set to 0 for me.
11:33 owen      should 'hidden' be NULL or 0?
11:33 paul_away yes owen ?
11:33 owen      paul, one more thing!
11:33 paul      your welcome.
11:33 kados     ok ... read you then -- thanks paul!
11:33 paul      plus maybe between 12 and 1PM GMT
11:32 paul      7AM GMT => 10AM i'll be here.
11:32 kados     ok
11:32 paul      in my morning i'll be here
11:32 kados     how about in the morning?
11:32 paul      ???
11:32 paul      I have to leave. Won't be here tommorrow afternoon when you wake up.
11:32 kados     that query isn't working for me
11:31 paul      so, it should be OK.
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      WHERE kohafield <> ''
11:30 paul      FROM `marc_subfield_structure`
11:30 paul      SELECT *
11:29 owen      How do I do that?
11:29 paul      (check -with mysql- for example that there is not another itemnumber mapped to itemnumber)
11:28 owen      MARC links: itemnumber  	952  	u  	itemnumber
11:26 paul      & set to "ignore" ? (& no other subfield mapped to itemnumber by mistake ?)
11:25 kados     and in our parameters 952 u is mapped to itemnumber?
11:25 owen      No, there aren't any other 'u' subfields in this particular record
11:23 kados     is Koha putting it in 942 or something?
11:23 kados     that's really weird
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:21 owen      It's happening when I try to *add* an item via the additem screen
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:20 owen      uh....952
11:19 kados     for which tag?
11:19 owen      u
11:19 kados     and it's missing which subfield?
11:19 kados     so we already did some warns to dump out the marc record
11:12 Sylvain   bye all, good day/evening ...
11:11 paul      really really strange...
11:03 kados     paul: we just updated to latest CVS and the problem is still happening
10:40 kados     cool ... that's what I would have said too
10:39 owen      I'd guess ILSes
10:39 kados     owen: any opinions on what the plural of ILS is? ILSs? ILSes?
10:25 kados     it's 2.2.0 with some modifs with fixes from 2.2.1 and 2.2.2
10:24 owen      But our rel_2_2 testing machine is updated from CVS.
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:23 paul      do you have a 2.2.x version working ?
10:22 owen      CVS
10:21 paul      owen, does it happend on 2.2.2 or on CVS ? or on 2.2.1/0 ?
10:20 kados     is it marc21 specific?
10:15 owen      Paul doesn't see the bug happening on his system
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      Hi :)
10:15 kados     owen: I'll have to check on that
10:14 Sylvain   but morning owen
10:14 Sylvain   owen I was needing a check of a little text in english, I've asked kados. Thanks
10:12 owen      ...since NPL is the only one to have seen it so far
10:11 paul      hunting a strange bug in authorities...
10:11 owen      hi paul
10:11 paul      'morning.
10:11 paul      hi owen
09:10 Sylvain   re
06:26 SylvainOu someone here speaking english natively ?
05:32 Sylvain   paul, des personnes sur le chan, qui parle anglais nativement ?
04:16 Sylvain   alors, soigné ?
04:15 paul      (sylvain)
04:15 paul_away salut
04:01 Sylvain   hi
13:17 shaun     ah... *waits for paul*
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:16 shaun     looking serious - error log is growing by the second with things like this
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     [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     | 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: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:15 owen      It would be absurd to create a new branch around the issue of the default template
13:10 owen      the issue of default/non-default template is so minor...it's so easy to change templates.
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:08 shaun     | /members/memberentry.pl?actionType=Add, and quite a few other pages seem to be generating internal server errors
13:08 owen      Does that answer your question?
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: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?
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...
12:37 shaun     could well be a problem with our template (returns.tmpl) though
12:36 owen      I don't think our HEAD installation is up-to-date
12:36 shaun     hi owen, hi all - anybody running HEAD at the moment? There seems to be a problem in returns...
12:35 owen      hi shaun