← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| 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 | *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 | 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 | 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 | 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 | 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 | | 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/[…]s/members-home.pl | |
| 13:16 | [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/[…]s/members-home.pl | |
| 13:16 | [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/[…]s/members-home.pl | |
| 13:16 | 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 | 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 | '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 | but morning owen | |
| 10:15 | kados | owen: I'll have to check on that |
| 10:15 | owen | Hi :) |
| 10:15 | kados, I'm worried about that bug, but I don't know what to do next in trying to diagnose it. | |
| 10:15 | 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 | 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 | 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 | 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 | 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 | that's really weird | |
| 11:23 | 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 | FROM `marc_subfield_structure` | |
| 11:31 | WHERE kohafield <> '' | |
| 11:31 | what is strange is that koha uses items.itemnumber to find the marc field where items are stored iirc. | |
| 11:31 | 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 | ??? | |
| 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 | 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 | select * from marc_subfield_structure where kohafield = 'items.itemnumber'; | |
| 11:46 | 1 row in set (0.01 sec) | |
| 11:47 | kados | bummer |
| 11:48 | | 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 | 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 | So maybe that was a red herring | |
| 11:55 | kados | hum |
← Previous day | Today | Next day → | Search | Index