← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
12:33 | qiqo | congratulations chris! |
12:57 | owen | dewey, is there a developer's meeting today? |
12:59 | thd | owen: is there something that dewey does not know? |
12:59 | owen | Maybe dewey's not speaking to me. |
13:24 | kados | there was one scheduled for 20:00 |
13:24 | I'm on the road today :( | |
13:25 | looks like T-MINIS 1.5 hours to the meeting | |
13:27 | thd | kados: have you seen my message about problems with the editor? |
13:28 | kados | thd: yes, I read it briefly at 6am before I left this morning |
13:28 | thd | kados: did you read bug 1104? |
13:28 | kados | thd: I will investigate further as soon as I'm able (currently I just found a wifi hotspot on my way back home and stopped for a coffee) |
13:29 | thd | kados: did you see paul's message about his most recent changes needing Firefox 1.5? |
13:39 | kados | I'm not sure I'm gonna make it at 20:00 |
13:40 | I've got about a 2 hour drive ahead of me and I'm leaving now :( | |
13:57 | thd | owen: I assume that you have read that putting everything in one tab for the record editor was paul's intention? |
13:58 | owen | No, I think paul's intention was that the page be built differently by the script. Now all the form fields are generated by the 'BIG_LOOP' array instead of one tab at a time. |
13:58 | It's a behind-the-scenes change that makes the template more efficient | |
13:59 | On the surface it looks the same. | |
13:59 | thd | owen: I guess I misinterpreted the meaning. |
14:00 | owen | I interpreted it the same way until I took a look at the updated template |
15:20 | thd | I guess that kados is not here yet |
16:28 | owen | thd: I just committed some changes to npl's addbiblio.tmpl that should fix your problem with duplicating fields |
16:29 | thd | owen: you mean it works now? |
16:29 | owen | In my tests it does |
16:30 | thd | owen: what about for Firefox 1.07? |
16:30 | owen | I haven't tested that yet. |
16:31 | thd | owen: that is the version of Firefox that I have so I will test as soon as I update |
17:09 | kados: are you there? | |
17:34 | kados | thd: am now |
17:35 | thd: you back yet? | |
17:35 | thd | kados: yes |
17:36 | kados: owen committed a fix for NPL templates to use paul's recent changes in the record editor code. | |
17:37 | kados | thd: I noticed that |
17:37 | thd: what recent changes exactly? | |
17:37 | thd: and didn't paul find another bug? | |
17:38 | thd | kados: my tests show that I have no access to the JavaScript for adding a repeatable field with Firefox 1.07 |
17:38 | kados: look at bug #1104 | |
17:38 | kados | access to the js? |
17:39 | thd | kados: after paul's changes, I have not been able to add a repeatable field. |
17:39 | kados: I am using Firefox 1.07. | |
17:39 | kados | thd: do you mean that paul's changes actually broke the editor? |
17:39 | thd: ie, introduced new bugs? | |
17:40 | thd: I'm having trouble keeping track of which bug is which :-) | |
17:40 | thd | kados: no, only for the NPL templates, which owen now reports that he fixed. |
17:41 | kados: bug #1104 is the only bug which I have filed officially recently | |
17:41 | kados | thd: so you are testing on your server using default templates (latest CVS) and FF 1.07 ... is that what bug 1104 is? |
17:41 | thd | kados: yes, on my server. |
17:42 | kados: paul had not tested for the NPL templates and his changes had not been working on the NPL templates | |
17:44 | kados | thd: so did paul's changes, and owen's updates, fix bug 1104? |
17:44 | thd | kados: it will take about 3 days of Debian testing updates for me to have Firefox 1.5 set up. |
17:44 | kados | thd: you don't need to update the whole system to install it |
17:45 | thd | kados: not for me with Firefox 1.07 |
17:45 | kados | thd: use a debian port or something |
17:45 | thd | kados: It had dependencies which I had not updated |
17:46 | kados: At least that had been the previous problem | |
17:46 | kados: I cannot use a backport for stable on testing | |
17:47 | kados | thd: do a google search on 'apt pinning' |
17:47 | thd: that'd be one way to install something from testing on stable | |
17:48 | thd | kados: I have apt pinned very nicely so that I have everything but Firefox 1.5 has many more dependencies than 1.0X |
17:48 | kados: you are trying to break my system :) | |
17:48 | kados | hehe |
17:50 | thd | kados; I have the system pinned so that I can run almost anything but Firefox 1.5 was a big problem for installation on my system the last time I tried but that was months ago. |
17:51 | kados: before you get some rest can you test whether bug #1104 has been fixed with Firefox 1.07? | |
17:51 | kados | thd: I don't have 1.07 :( |
17:51 | thd: I also don't have a demo in place to test | |
17:51 | thd | s/1.07/1.5/ |
17:52 | kados | thd: but when I get back, I'm planning to update the liblime demo to the latest rel_2_2 |
17:52 | then we can both test | |
17:52 | thd | kados: you are still away? |
17:52 | kados | thd: no, I'm home now, but very tired |
17:52 | thd: I've been driving all day | |
17:53 | thd | kados: ok, I am planning to update after a couple of commits |
17:53 | s/update/start updating my Debian testing system/ | |
17:54 | kados: then we can both test | |
22:54 | chris: are you there? | |
22:54 | chris | yes |
22:55 | thd | chris: I am testing adding a new file to cvs. |
22:55 | chris | ok |
22:55 | thd | chris: I have first tried testing on my local cvs to see if it works in view cvs |
22:56 | chris | right |
22:56 | thd | s/view cvs/my local viewcvs/ |
22:57 | chris: it had seemed to work according to the cvs output but I cannot find it in viewcvs | |
22:57 | chris | do cvs status filename |
22:57 | it will tell if its there or not | |
22:57 | thd | chris: my script was as follows |
23:02 | chris: I had specified the pathname from the root of my cvs and ther response I have is no such directory 'koha/misc' | |
23:03 | chris | its relative to where you are |
23:04 | thd | chris: I had run this script with a checkout from my local rsynch copy of cvs ... |
23:04 | cd $HOME/kohatest/checkout/rel_2_2/localcvs | |
23:04 | cvs -z3 -d /var/lib/cvs add koha/misc/marc21_standard_bib_framework.sql | |
23:04 | cvs -z3 -d /var/lib/cvs commit $Log | |
23:04 | chris | that should work |
23:04 | if you go | |
23:05 | cd $HOME/kohatest/checkout/rel_2_2/localcvs | |
23:05 | cvs -d /var/lib/cvs status koha/misc/marc21_standard_bib_framework.sql | |
23:05 | does it complain? | |
23:06 | or does ti give you some information about the file | |
23:06 | thd | chris: I have the response no such directory 'koha/misc' |
23:06 | chris | but you didnt get that response when you ran the add? |
23:07 | thd | oh wait |
23:10 | chris: I had missed a subdirectory before issuing the status command so that is Ok but I cannot find it in my local copy of viewcvs | |
23:11 | maybe I am looking in the wrong branch in viewcvs | |
23:12 | chris | yeah could be .. check the attic |
23:13 | thd | chris: status shows the attic |
23:16 | chris: it is in the attic but that is not what I wanted is it? | |
23:17 | chris | its in the attic if its committed to a branch rather than to HEAD .. it will be int eh attic for head, but for the branch its in, it will show up |
23:21 | thd | chris: for some reason, I am unable to select branches in my local viewcvs but I can see all the branches except for my new file |
23:22 | chris: I do see individual branch tags but I cannot see my file | |
23:22 | except in the attic | |
23:23 | chris | what does cvs status tell you, it should tell you what branch it thinks its in |
23:25 | thd | chris: it reports sticky tag: rel_2_2 (branch 1.1.2) |
23:28 | chris: should it report rel_2_2 as the branch? | |
23:32 | chris: I could not get the options list for branch tags to show any options until you showed me just now | |
23:32 | chris | ahhh |
23:32 | thd | although, I never recalled that problem in the past. |
23:33 | chris, maybe I had the right mouse button selected in my mouse keys | |
23:33 | chris | that would do it |
23:35 | thd | chris: why does the first instance show file removed? |
23:35 | chris | because it was added to a branch not head |
23:36 | thd | chris: I will add it to both on savannah |
23:36 | chris | cool |
23:36 | thd | thank you chris |
23:37 | chris | no problem |
00:45 | thd | chris: if you are still there savannah cvs tells me there is no version here; do 'cvs checkout' first |
00:47 | chris: I have the same message after yet another checkout | |
00:47 | cd $HOME/kohatest/checkout/rel_2_2/cvs | |
00:47 | cvs -z3 -d thdcvs.savannah.nongnu.org:/sources/koha add koha/misc/marc21_standard_bib_framework.sql | |
01:52 | paul | chris ? |
01:52 | dewey | chris are u there ? |
01:55 | chris | hi paul |
01:55 | paul | you're right about your 2.4 => 2.2.6 question |
01:55 | you can fix it. | |
01:56 | do you plan to commit a proofread of the release notes ? | |
01:58 | chris | yep, I can do the english ones |
01:58 | paul | of course, the french ones are correct ;-) |
01:58 | chris | :-) |
01:58 | ill do that now and commit it when im done | |
01:59 | paul | ok. I plan to install one of my libraries today, as a RC |
01:59 | chris | excellent |
02:03 | thd | chris: do you have an answer for my why .. |
02:04 | chris | hmm not really the way I do it is |
02:04 | checkout the repository | |
02:04 | cd into the repository | |
02:04 | cvs add filename | |
02:04 | cvs commit filename | |
02:05 | thd | chris: do you not specify the path when adding? |
02:06 | chris | yes but i do it from inside the repository |
02:06 | or i cd to where the file is and add it from there | |
02:07 | thd | chris: do you add from the root of your repository? |
02:07 | btoumi | hi all |
02:08 | thd | hello btoumi |
02:08 | chris | sometimes i do, but you dont have to |
02:08 | btoumi | hi thd |
02:08 | thd | chris cvs just knows, as you had told me before ? |
02:08 | chris | yep |
02:09 | thd | chris: seems a little bit too magical for me. |
02:10 | chris | it knows what path you are in |
02:10 | there is a CVS dir in every directory | |
02:11 | just the same was as pwd knows what directory you are in | |
02:11 | s/was/way/ | |
02:12 | osmoze | hello all :) |
02:12 | thd | hello osmoze |
02:12 | chris | hi osmoze |
02:12 | and hi bruno | |
02:12 | btoumi | hi chris |
02:13 | and hi osmoze | |
02:22 | thd | chris: It seems to work if I do not use the path in my add option |
02:22 | Comete | hello |
02:22 | chris | hi comete |
02:22 | Comete | hi chris |
02:23 | thd | hello Comete |
02:24 | osmoze | hello comete |
02:44 | paul | thx chris for the proofreading |
02:45 | chris | no problem |
03:00 | btoumi | question for all about borrowers form |
03:01 | are u ok about what i say => u can add a child only when u are professional or adult | |
03:02 | thd | paul: are you there? |
03:02 | paul | yep |
03:03 | thd | paul: can you describe the problems that your tester had using Firefox 1.07 1.7 with MARC editor |
03:03 | btoumi | are u ok? |
03:04 | thd | s/1.7// |
03:04 | chris | so you cant add a child to a child ... is that what you are saying bruno? if so, i think that is ok |
03:05 | btoumi | yes |
03:07 | paul | thd : when cloning a subfield or a field with 1.0.7, the resulting record is completly wrong. |
03:07 | let me give an example : | |
03:07 | you type : | |
03:07 | btoumi | that's right we are agree |
03:07 | paul | 200$a...$f...$gG1$gG2 |
03:07 | (cloning the $g subfield) | |
03:07 | on ff 1.5, you get the correct result | |
03:07 | but on ff 1.0.7 you get a wrong : | |
03:08 | 200$â...$f...$gG1 | |
03:08 | 200$gG2 | |
03:08 | G2 is on a different field ! | |
03:09 | thd | paul: I have seen that problem for 2 months |
03:09 | paul | mmm... and you use ff 1.0.7, right. |
03:10 | thd | paul: I thought that kados had introduced a bug |
03:10 | paul | i think the DOM has changed between ff 1.0 and 1.5 |
03:10 | thd | paul: yes |
03:10 | paul | and the change has a consequence ! |
03:11 | thd | paul: I am about to upgrade my Debian testing system so that I can use Firefox 1.5 |
03:13 | paul: Do you mean there is no standard unchanging idea of the DOM? | |
03:14 | paul: I thought changes in the DOM merely added more features for accessing document elements more flexibly | |
04:33 | btoumi | question about borrowers |
04:33 | i create new children but with no guarantor | |
04:34 | when i look for him i see that guarantorid field value = 0 | |
04:34 | in mysql | |
04:35 | can i test on this value? | |
04:35 | paul | ??? |
04:36 | btoumi | i need to do a test to know if it's child with guarantor or not |
04:38 | and when u do a record with adult borrowers the guarantor value (in mysql database )=NULL | |
04:40 | what can i do | |
04:44 | paul | hi pierrick. |
04:44 | btoumi: you can check guarantidid ==0 | |
04:44 | pierrick | hi #koha |
04:45 | paul | that's true only if guarantorid is 0, and false if it's NULL |
04:49 | thd | hello pierrick |
04:53 | chris | hi pierrick |
04:56 | btoumi | ok i do check with guarantor id =0 |
04:56 | hi pierrick | |
04:57 | Strait | hmm, automatic generation of librarycard numbers doesn't work |
04:57 | it doesn't go over 10 | |
04:58 | in 2.2.5 that is | |
04:59 | paul | does anyone know if packages like MARC::File::XML are in debian packages ? |
04:59 | (and how to check ?) | |
05:00 | chris | packages.debian.org |
05:01 | http://packages.debian.org/uns[…]bmarc-record-perl | |
05:02 | 2 secs ill query that package | |
05:05 | nope, it doesnt have MARC::File::XML | |
05:09 | the other place to check is www.apt-get.org | |
05:09 | for unofficial .deb packages | |
05:11 | not there either | |
05:11 | if we packaged it up, we probably could get slef to sponsor it :-) | |
08:12 | btoumi | :paul are u there? |
08:15 | paul | yep bt& |
08:15 | yep btoumi | |
08:16 | btoumi | do u remember this morning i ask u and chris for add child option |
08:16 | paul | yep |
08:16 | btoumi | i ask this question to my library |
08:17 | and they say no for child =>(add child) and no for professional =>(add child) | |
08:18 | paul | sounds logic for child => child |
08:18 | btoumi | yes |
08:18 | but for professional ? | |
08:18 | paul | for pro => child, it depends on what you mean by "pro" & "child" |
08:18 | but if they say no, let's go for no ! | |
08:18 | btoumi | ok |
08:19 | only adult can add a child | |
08:19 | ty paul | |
09:53 | by all | |
09:53 | kados | hi all |
09:53 | just got a list of bugs as reported by a client in 2.2.6: | |
09:53 | http://wiki.liblime.com/doku.php?id=koha226bugs | |
09:53 | btoumi | hi and by kados |
09:53 | owen | I don't like the sound of "list" ;) |
09:53 | kados | some are clearly enhancement requests, some do appear to be legitimate |
09:53 | hehe | |
09:53 | yea, it's pretty long | |
09:54 | mainly about acquisitions | |
09:54 | and I suspect that much of it is NPL-template related | |
09:56 | paul | hi kados & owen |
09:56 | owen | Hi paul |
09:57 | paul | wiki.liblime.com : host unknown |
09:57 | kados | hey paul |
09:57 | paul: strange ... it's working fine for me | |
09:57 | paul: is liblime.com working for you? | |
09:57 | paul | ok, it's back... |
09:58 | kados | this document is a bit confusing |
09:58 | it comes from a non-librarian tech person ... probably compiled from comments of several librarians | |
09:58 | paul | IPT already has found a bug in MARC editor (just a screen bug) |
09:59 | pobably unimarc-specific | |
09:59 | kados | a screen bug? |
09:59 | paul | yes : when editing, subfields are inverted in some cases, but when saving, everything is Ok |
09:59 | (i'll try to understand why anyway ;-) ) | |
09:59 | kados | strange |
10:01 | from the above doc: | |
10:01 | So it is looking like the ACQ search feature just has | |
10:01 | 1. A search that is giving short results for some reason | |
10:01 | 2. When the search comes up, the title links do not work but the author does | |
10:01 | 3. Also the âÂÂAdd new biblioâÂÂ? link does not work from the same page | |
10:03 | owen | ? |
10:03 | kados | yea, no idea |
10:03 | i think this library is one of those libraries | |
10:04 | that clicks on everything | |
10:04 | and we all know that there are lots of links in Koha that dont' work, are broken or simeply don't exist | |
10:04 | so maybe thats' one of those | |
10:04 | paul | newdonation.pl ??? wow, never heard of this ! |
10:06 | grep -R "newdonation.pl | |
10:06 | koha-tmpl/intranet-tmpl/npl/en/acqui/newbasket2.tmpl: <a href="newdonation.pl?id=<!-- TMPL_VAR name="id" -->&basket=<!-- TMPL_VAR name="basket" -->&sub=<!-- TMPL_VAR name="parsub" -->">Add New Biblio</a> | |
10:06 | koha-tmpl/intranet-tmpl/npl/en/acqui/newbasket2.tmpl: <a href="/cgi-bin/koha/acqui/newdonation.pl?author=<!-- TMPL_VAR name="author2" -->&copyright=<!-- TMPL_VAR name="copyright" -->&id=<!-- TMPL_VAR name="id" -->&basket=<!-- TMPL_VAR name="basket" -->&biblio=<!-- TMPL_VAR name="biblionumber" -->&title=<!-- TMPL_VAR name="title2" -->"> | |
10:06 | koha-tmpl/intranet-tmpl/ccfls/en/acqui/newbasket2.tmpl: <a href="newdonation.pl?id=<!-- TMPL_VAR name="id" -->&basket=<!-- TMPL_VAR name="basket" -->&sub=<!-- TMPL_VAR name="parsub" -->">Add New Biblio</a> | |
10:06 | koha-tmpl/intranet-tmpl/ccfls/en/acqui/newbasket2.tmpl: <a href="/cgi-bin/koha/acqui/newdonation.pl?author=<!-- TMPL_VAR name="author2" -->&copyright=<!-- TMPL_VAR name="copyright" -->&id=<!-- TMPL_VAR name="id" -->&basket=<!-- TMPL_VAR name="basket" -->&biblio=<!-- TMPL_VAR name="biblionumber" -->&title=<!-- TMPL_VAR name="title2" -->"> | |
10:07 | owen | There's something about 'testdonation' in the newbasket2 template |
10:07 | paul | + in spanish & other outdated languages in default templates. |
10:07 | kados | interesting |
10:07 | paul | but nothing in english & french (uptodate) |
10:07 | kados | so I guess the solution there is to remove the links :-) |
10:08 | paul | yep |
10:08 | kados | owen: looks like the ISBD page links aren't working in the intranet |
10:08 | owen | Strange, it must have been something in a very old version of the default template that I neglected to remove |
10:09 | kados | 'item details' |
10:09 | guess that's the only one | |
10:11 | paul | owen/kados : are npl templates in rel_2_2 uptodate ? |
10:11 | owen | I need to make a few updates before the next release |
10:11 | paul | because if they are and if IPT works with 2.2.6RC1 tomorrow, I can release. |
10:11 | ok, so I wait for your signal, tell me when it's ready | |
10:12 | owen | I can try to wrap up the necessary changes today, if I have time. |
10:12 | I wonder if thd had a chance to test my changes to addiblio yesterday? | |
10:15 | kados | I dont' think so |
10:15 | but I'm gonna update the LibLime demos to the latest cvs in a bit | |
10:15 | (soon as I parse through this document) | |
10:23 | ok ... the document is better organized | |
10:25 | /cgi-bin/koha/acqui/basket.pl?supplierid=1 | |
10:26 | looks like some of the 'shopping basket' details aren't getting displayed | |
10:26 | -the basket number is empty | |
10:26 | -The login name is not inserted | |
10:26 | -The open on date is not present | |
10:26 | -((probably the invoice number should not be filed in yet)) | |
10:26 | -(or should none be filled in yet?) | |
10:41 | should 'add new biblio' actually point to 'new shopping basket'? | |
10:41 | well ... new order I mean | |
10:43 | looks fixed to me | |
10:43 | thanks owen | |
10:44 | thd: you around? | |
10:46 | owen: do you know the details of the bug thd was tracking? | |
10:47 | owen | The addbiblio bug? |
10:47 | kados | yea |
10:48 | owen | As far as I know it was just that tag duplication wasn't working |
10:48 | kados | hmmm |
10:48 | owen | I don't know anything about the second part of his bug report about the problem that went away that he didn't want to come back. |
10:48 | kados | looks like maybe the fix created a new bug |
10:48 | now it's: | |
10:48 | op=duplicate# | |
10:49 | so it's trying to jump to the current pate | |
10:49 | page I mean | |
10:49 | instead of reloading the page | |
10:49 | wait ... | |
10:49 | I'm wrong ... | |
10:49 | this must be the new tag duplication that paul was working on | |
10:51 | owen | by the way kados: those missing details on the basket screen are missing from the default template too |
10:51 | kados | interesting |
10:51 | owen | ...so I'm passing the buck ;) |
10:51 | kados | paul: do you know about that? |
10:51 | wow ... I just watched this edit biblio screen just completely mangle a record! | |
10:52 | it basically just completely deleted everything except a few fields in the record! | |
10:54 | paul | (on phone) |
10:54 | kados | wow |
10:54 | when you duplicate an item | |
10:54 | it completely deletes everything :-) | |
10:55 | owen | Duplicate how? |
10:56 | kados | when you do a search for a record |
10:56 | and pull it up on the details page there's a 'duplicate record' option | |
11:34 | paul | kados: i'm back |
11:35 | the add tag feature now call a CloneTag sub, that is pure javascript | |
11:35 | (and that works only on ff 1.5 it seems) | |
11:35 | so the op=addfield in addbiblio.pl can be removed. | |
11:35 | it works well on default templates. | |
11:38 | owen | Works well on npl templates now too |
11:38 | ...but I still don't know about Firefox 1.0.7. thd said that was the version he was running, so he was going to test | |
11:39 | paul | i'm sorry, but I have to leave now. |
11:40 | i'll be back tomorrow morning. | |
11:40 | owen | Have a good evening paul |
11:40 | paul | then, monday => wednesday, i'll be in Switzerland |
11:40 | (so don't expect i'll be on a meeting on wed.) |
← Previous day | Today | Next day → | Search | Index