******
Day 1
******
(missing: 9:00 - 02:48:56 PM)
...
(02:48:56 PM) The topic for #lenya is: http://lenya.apache.org
(02:51:39 PM) jann: welcom thorsten
(02:52:52 PM) tscherler: hi
(02:53:13 PM) tscherler: sorry have been way to bussy
(02:55:40 PM) nettings: tscherler!
(02:57:47 PM) michiii: short break
(03:01:34 PM) tscherler: jeje
(03:03:06 PM) tscherler: will go home now and connect from home
(03:03:09 PM) tscherler: later
(03:03:48 PM) tscherler: somebody has an irc log
(03:04:04 PM) tscherler: and can commit it, that I can read what happened?
(03:04:13 PM) tscherler: ok I am going home
(03:16:51 PM) nettings: restarting stream to start a new dumpfile.
(03:16:55 PM) nettings: please reconnect
(03:24:04 PM) nettings: rfrovarp: you still listening?
(03:24:06 PM) nobby: hi richard
(03:24:19 PM) nobby: are you interested in a Neutron / Yulup hackathon?
(03:24:28 PM) nobby: we'll try to get Yulup running with 1.4-dev
(03:24:43 PM) nobby: shall we take care that you can follow?
(03:25:00 PM) nobby: the problem is that Michi and Thomas won't be here tomorrow
(03:26:12 PM) jann left the room.
(03:28:20 PM) rfrovarp: No, not really.
(03:28:35 PM) rfrovarp: You're going to be working on that for the rest of the day?
(03:29:17 PM) nettings: no idea really...
(03:29:46 PM) rfrovarp: Okay, well I'll watch this in case you move onto something else.
(03:30:00 PM) nettings: it's more about getting some feeling of neutron.
(03:30:27 PM) rfrovarp: I don't know that I have the mental capacity to follow along at this moment. :)
(03:30:34 PM) nettings: which might be a viable solution for the one editor interface for lenya...
(03:30:52 PM) nettings: would help us getting rid of all the duplicate code for fck, tiny and the linkes...
(03:31:05 PM) rfrovarp: Yes, that would be very nice.
(03:31:58 PM) nettings: s/linkes/likes
(03:32:22 PM) nettings: ok, we're back to english.
(03:32:30 PM) rfrovarp: Okay, I'm listening again.
(03:32:31 PM) nettings: so you're morally obliged to watch :-D
(03:32:49 PM) rfrovarp: lol
(03:34:48 PM) nettings: http://neutron.wyona.org
(03:37:48 PM) jann [n=forrer@130.60.123.115] entered the room.
(03:45:36 PM) jonatha1 [n=addisj@pool-68-160-11-192.bos.east.verizon.net] entered the room.
(03:54:33 PM) nettings: jonatha1!
(03:58:12 PM) jonatha1: hi nettings!
(04:00:25 PM) michiii: hello jonathan
(04:03:24 PM) michiii: http://wyona.com/pipermail/osr-101/2007-July/000329.html
(04:05:00 PM) michiii: I have sent an email re support of client side of XSLT parameters
(04:05:07 PM) michiii: any feedback very welcome
(04:55:26 PM) rfrovarp left the room (quit: "Leaving").
(04:57:06 PM) rfrovarp [n=rfrovarp@wings.cc.ndsu.NoDak.edu] entered the room.
(05:01:41 PM) michiii: Neutron HTTP Headers
(05:01:48 PM) michiii: 3. of Neutron spec
(05:09:25 PM) michiii: http://neutron.wyona.org/amendments/index.html
(05:09:31 PM) michiii: amendment added re XSLT parameters
(05:09:44 PM) michiii: (also added the delete amendment)
(05:20:13 PM) nettings: http://www.webdav.org/specs/rfc2518.html
(05:20:16 PM) nettings: 8.1
(05:33:35 PM) michiii left the room (quit: "ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050920]").
(05:48:56 PM) agallardo [n=agallard@mail.dornet.sk] entered the room.
(05:50:54 PM) agallardo: hi folks.
(05:51:00 PM) agallardo: I am glad to see you again.
(05:51:03 PM) rfrovarp: Hello
(05:51:14 PM) agallardo: I see you on the video. :)
(05:51:26 PM) agallardo: Say hello! :)
(05:58:03 PM) nettings: agallardo+
(05:58:06 PM) nettings: hi!
(05:58:46 PM) agallardo: Hi Jan.
(05:59:07 PM) nobby: OK, that's it for today
(05:59:19 PM) agallardo: Hi Andreas.
(05:59:28 PM) rfrovarp: Okay. Thanks. I'll be back in the morning.
(05:59:51 PM) agallardo: Sure thing. I am sorry for joining too late today.
(06:00:07 PM) nobby: we're trying to agree on a time tomorrow :)
(06:00:16 PM) agallardo: there is no audio.
(06:00:44 PM) jann: tomorrow we will start at 10:00
(06:00:45 PM) nobby: OK, tomorrow at 10 CET
(06:00:45 PM) nettings: anyone else don't have audio?
(06:00:53 PM) rfrovarp: I've already closed that down
(06:01:00 PM) nobby: bye everybody
(06:01:06 PM) nobby left the room (quit: ).
(06:01:11 PM) jann left the room.
(06:01:12 PM) nettings: ok, stream goes down now.
(06:01:15 PM) nettings: thanks for attending.
(06:01:16 PM) jonatha1: works for me, but it seems quiet in the room ;)
(06:01:23 PM) rfrovarp: Yeah, I've got audio.
(06:01:57 PM) rfrovarp: Bye.
(06:02:01 PM) agallardo: bye.
(06:02:04 PM) agallardo left the room (quit: Remote closed the connection).
(06:02:08 PM) rfrovarp left the room (quit: "Leaving").
(06:21:14 PM) jonatha1 left the room (quit: calvino.freenode.net irc.freenode.net).
(06:21:14 PM) nettings left the room (quit: calvino.freenode.net irc.freenode.net).
(06:21:14 PM) ChanServ left the room (quit: calvino.freenode.net irc.freenode.net).
(06:26:33 PM) ChanServ [ChanServ@services.] entered the room.
(06:26:33 PM) jonatha1 [n=addisj@pool-68-160-11-192.bos.east.verizon.net] entered the room.
(06:26:33 PM) mode (+o ChanServ ) by irc.freenode.net
(07:54:53 PM) jonatha1 left the room (quit: Read error: 110 (Connection timed out)).
(08:09:34 PM) ChanServ left the room (quit: calvino.freenode.net irc.freenode.net).
(08:14:34 PM) ChanServ [ChanServ@services.] entered the room.
(08:14:34 PM) mode (+o ChanServ ) by irc.freenode.net
******
Day 2
******
(09:08:04 AM) The topic for #lenya is: http://lenya.apache.org
(09:11:55 AM) jann [n=forrer@130.60.123.115] entered the room.
(09:18:47 AM) jann left the room (quit: "Download Gaim: http://gaim.sourceforge.net/").
(09:19:12 AM) jann [n=forrer@130.60.123.115] entered the room.
(09:31:29 AM) You need to be a channel operator to do that
(09:58:09 AM) jann left the room (quit: "Download Gaim: http://gaim.sourceforge.net/").
(10:01:42 AM) jann [n=forrer@130.60.123.115] entered the room.
(10:08:15 AM) jann: We did not start yet
(10:08:28 AM) jann: Still waiting for some sleepy heads ;-)
(10:11:58 AM) rfrovarp [n=rfrovarp@wings.cc.ndsu.NoDak.edu] entered the room.
(10:16:24 AM) rfrovarp: Good morning.
(10:16:58 AM) nobby [n=nobby@130.60.123.114] entered the room.
(10:17:11 AM) nobby: hi all
(10:17:16 AM) rfrovarp: Hello
(10:19:33 AM) jann: We will start with a talk from andreas: Whats new in lenya-1.4
(10:20:37 AM) jann: We stop for a second until joern has his stream ready
(10:26:56 AM) nettings [n=forrer@130.60.123.88] entered the room.
(10:28:16 AM) nettings: good morning everyone+
(10:28:26 AM) nettings: slight delay, the encoding machine just oopsed :)
(10:28:31 AM) nettings: but we unoopsed it :)
(10:28:48 AM) nettings: andreas on "whats new in lenya 1.4"
(10:28:59 AM) rfrovarp: unoopsed it? Nice. :)
(10:31:40 AM) nettings: doesn't your machine have an "unoops" button? i thought they all had one...
(10:33:05 AM) rfrovarp: No, I could have used that this morning. A pvmove failed and paged out while I was sleeping.
(10:43:39 AM) tscherler: Regarding dependecies
(10:43:49 AM) tscherler: we should think about using Ivy
(10:44:15 AM) tscherler: http://incubator.apache.org/ivy/
(10:44:47 AM) nettings: tscherler: haven't looked at it much.
(10:45:22 AM) nettings: but jean-baptiste did a presentation about ivy at cocoongt06 iirc... will try to find that.
(10:45:27 AM) tscherler: would solve lots of problems with modules
(10:45:59 AM) tscherler: you can have dependencies managed by the module
(10:46:11 AM) tscherler: ivy can resolve this dependencies
(10:46:19 AM) nettings: maybe we can put an irc client on the projector, and you can explain for everybody here...?
(10:46:25 AM) nettings: after this presentation?
(10:49:24 AM) tscherler: yea, but I am ATM on the job and my last application is supposed to go online today
(10:49:35 AM) tscherler: could be that I got called away
(10:49:44 AM) tscherler: I will write a mail.
(10:54:58 AM) nettings: i see. thanks.
(11:00:42 AM) rfrovarp: There is a request on the users list if the volume could be turned up.
(11:01:33 AM) nettings: i see what i can do...
(11:03:02 AM) nettings: any better?
(11:03:08 AM) rfrovarp: Yes.
(11:03:16 AM) nettings: thanks for the feedback.
(11:11:15 AM) tscherler: nettings just finished the mail
(11:18:36 AM) rfrovarp: Biggest problem is images referenced in edited pages.
(11:19:06 AM) rfrovarp: Locking the target doesn't help with referenced links/images inside of pages being edited.
(11:19:16 AM) rfrovarp: If the image moves.
(11:19:50 AM) rfrovarp: That would work.
(11:20:03 AM) rfrovarp: So long as you don't lock editing.
(11:20:18 AM) rfrovarp: I don't know.
(11:20:26 AM) rfrovarp: Haven't seen it yet.
(11:20:42 AM) rfrovarp: I think the one that could change most would be links to other documents.
(11:20:58 AM) rfrovarp: But those can stay in lenya-doc format.
(11:22:05 AM) rfrovarp: Images need to be switched however.
(11:23:36 AM) nobby: thanks! :)
(11:23:46 AM) nobby: we'll document it and address it after the release
(11:24:08 AM) rfrovarp: You're welcome.
(11:26:07 AM) tscherler: jeje gong show ;)
(11:39:00 AM) tscherler: nettings 
(11:39:02 AM) tscherler: no sound
(11:39:26 AM) nettings: vlc?
(11:39:35 AM) nettings: reconnect...
(11:40:02 AM) nettings: anyone else lost their audio?
(11:40:10 AM) rfrovarp: I had to reconnect.
(11:40:29 AM) nettings: probably caused by the panning and zooming...
(11:40:34 AM) rfrovarp: It sometimes happens when the video part requires lots of updates.
(11:40:35 AM) rfrovarp: Yeah.
(11:40:39 AM) nettings: this will cause huuuuge bandwidth spikes with theora :(
(11:41:06 AM) nettings: but my cpu was not maxed, so i thought the stream shouldn't interrupt.
(11:41:10 AM) nettings: seems i was wrong :(
(11:44:27 AM) tscherler: jupp reconnecting works
(11:44:51 AM) tscherler: now the sound is again very week
(11:47:52 AM) nettings: short break...
(12:06:44 PM) nettings: break's over
(12:08:58 PM) nettings: tscherler: sound should be the same level as before...
(12:09:08 PM) tscherler: yeah
(12:09:11 PM) nettings: the mike gain's at max, nothing more i can do.
(12:09:20 PM) tscherler: no it is alriht
(12:09:25 PM) nettings: ok.
(12:09:32 PM) tscherler: maybe even a wee bit less
(12:09:46 PM) tscherler: since I hear some "rückkopplunen"
(12:11:07 PM) nettings: hmm.
(12:11:34 PM) nettings: weird. the relay claims there are 32 people watching the stream...
(12:11:51 PM) nettings: probably a number of stalled connections.
(12:12:01 PM) rfrovarp: I've restarted the connection a couple of times.
(12:29:57 PM) tscherler: down
(12:30:07 PM) rfrovarp: restart
(12:30:11 PM) tscherler: jupp
(12:35:45 PM) rfrovarp: It is a very good thing.
(12:58:10 PM) nettings: questions?
(12:58:34 PM) nettings: if not, we'll be off to lunch...
(12:58:40 PM) tscherler: guten
(12:59:03 PM) jann: danke
(12:59:11 PM) rfrovarp: I'll see you after lunch.
(12:59:11 PM) nettings: thx!
(01:18:09 PM) jann left the room (quit: Read error: 110 (Connection timed out)).
(01:39:44 PM) nobby left the room (quit: ).
(01:50:16 PM) patchworker [n=daniel@251-61-124-83.dsl.3u.net] entered the room.
(01:52:22 PM) tscherler: hi daniel
(01:52:32 PM) josias [n=josias@195.226.6.66] entered the room.
(01:52:33 PM) tscherler: seems to work ;)
(01:52:43 PM) josias: hi
(01:52:44 PM) patchworker: Hey - that looks good now. Thanks to Richard! I created an account "patchworker@irc.freenode.net" and joined typing "/join #lenya". That's really easy
(01:53:16 PM) patchworker: em - I should say easy if you know how...
(01:53:42 PM) patchworker: Hi Thorsten
(02:15:23 PM) ragaller [n=ragaller@adsl-35-225-fixip.tiscali.ch] entered the room.
(02:16:16 PM) ragaller: Hi - just a test
(02:35:00 PM) nobby [n=nobby@130.60.123.114] entered the room.
(02:35:55 PM) jann [n=forrer@130.60.123.115] entered the room.
(02:36:03 PM) nobby: hi all
(02:36:08 PM) nobby: lunch is over
(02:36:16 PM) nobby: was quite posh :)
(02:38:48 PM) nettings: but good :)
(02:38:54 PM) rfrovarp: Mine was microwaved left over pizza.
(02:39:28 PM) nettings: rfrovarp: how fitting :) the genuine hackathon food..
(02:39:57 PM) nettings: will restart the stream now, please reconnect...
(02:41:05 PM) ragaller: ... just a sandwich ;-(
(02:41:38 PM) tscherler: nothing yet ;)
(02:41:55 PM) rfrovarp: I'm googd.
(02:41:59 PM) rfrovarp: good.
(02:47:36 PM) nettings_ [n=nettings@130.60.123.66] entered the room.
(02:47:57 PM) nettings_: ok, we're going to do some debugging now...
(02:48:09 PM) nettings_: does anyone care for our blabber?
(02:48:20 PM) nettings_: cause if you don't, we might as well switch to german...
(02:48:34 PM) rfrovarp: Use German if you want.
(02:48:41 PM) nettings_: http://issues.apache.org/bugzilla/buglist.cgi?query_format=specific&bug_status=__open__&product=Lenya&content=&order=bugs.bug_severity,bugs.priority%2Cbugs.bug_severity&query_based_on=Lenya%20open%20bugs
(02:48:47 PM) nettings_: is our current slide :)
(02:48:53 PM) ragaller: german ist fine
(02:53:25 PM) nettings_: for the record, we are trying to fix http://issues.apache.org/bugzilla/show_bug.cgi?id=40113
(02:53:34 PM) nettings_: (the ephemeral windows build issue)
(02:54:57 PM) ragaller: what java version are you compiling with?
(02:58:42 PM) tscherler: I am off to home
(02:58:56 PM) tscherler: will try to connect later if my family let me
(02:58:59 PM) tscherler: salu2
(02:59:03 PM) ***tscherler off
(02:59:26 PM) patchworker: java 1.5 (1.5.0_06) is no problem, or?
(02:59:49 PM) tscherler: it is
(03:00:10 PM) tscherler: there is a bug that kills the jvm 
(03:00:20 PM) tscherler: java version "1.5.0_11"
(03:00:25 PM) patchworker: I thought the only problem was xerces or xalan?
(03:00:28 PM) tscherler: use at least this version
(03:01:14 PM) ragaller: we compile 1.4 using java 1.6 and the compile process works fine
(03:01:41 PM) tscherler: chttp://issues.apache.org/bugzilla/show_bug.cgi?id=42493
(03:01:56 PM) nobby: I'll be back at approx. 5:00 PM
(03:02:03 PM) nobby: CU
(03:02:07 PM) nobby left the room.
(03:03:00 PM) rfrovarp: The problem with 1.6 is http://issues.apache.org/bugzilla/show_bug.cgi?id=42493
(03:03:13 PM) nettings_: josias?
(03:03:21 PM) josias: yes
(03:03:39 PM) nettings_: we're reviewing your patch re bug 42493...
(03:03:54 PM) josias: ok
(03:03:57 PM) nettings_: to me it looks like it does not change anything...
(03:04:12 PM) nettings_: except that part of the processing is moved into an intermediate xml file. correct?
(03:04:56 PM) josias: yeah, it just avoids the document() function, because that is causing the problem
(03:05:37 PM) nettings_: but it also removes the <factory/> line, right? this alone will also fix the compile issue on windows...
(03:07:14 PM) josias: iirc the <factory/> line was necessary on some other systems. but with my patch it should work without this line on win + linux (at least i hope so)
(03:17:47 PM) nettings: ok. let's test that...
(03:19:09 PM) josias: the problem with the document() function was that it when it was called multiple times with the same path, it only worked the first time.
(03:19:39 PM) josias: apparently the buggy xslt processor tried to cache the result of the document() function, but the caching mechanism didn't work
(03:22:34 PM) nettings_: i see.
(03:23:03 PM) nettings_: so, if we apply your patch (including removing <factory/>), it s
(03:23:10 PM) nettings_: hould work for everyone, right?
(03:24:00 PM) josias: i think so, and i have tested that with some different os/jvm combinations.
(03:24:12 PM) josias: it would be great if you guys could do some more testing
(03:24:18 PM) nettings_: also with jdk > 1.4?
(03:24:26 PM) nettings_: that would be great.
(03:25:06 PM) josias: i think i tested java5 on windXP
(03:25:52 PM) josias: the thing which is "not so nice" about my patch is that the xml file which is generated as an intermediate step looks a bit "redundant"
(03:26:02 PM) nettings: true...
(03:26:17 PM) nettings: we should keep it on the "black list"...
(03:26:31 PM) nettings: but if it helps people building the stuff, it's fine for now imho.
(03:27:05 PM) nettings: is that intermediate xml file cleaned properly on rebuilding?
(03:27:23 PM) nettings: (i don't know much about our build process unfortunately...)
(03:27:58 PM) josias: no idea. i guess a "build clean" will delete this file.
(03:30:15 PM) nettings: probably.
(03:30:35 PM) nettings: i have committed this patch now. (holler if it breaks stuff for you..)
(03:30:51 PM) nettings: problem is our only windows machine here does not have a proper patch tool...
(03:31:36 PM) josias: ok, thanks.
(03:33:09 PM) josias: nettings, did you commit the new xsl file, too?
(03:33:39 PM) josias: modules2config.xsl
(03:37:31 PM) nettings_: DOH!
(03:39:17 PM) nettings_: fixed, sorry.
(03:40:45 PM) josias: np :)
(04:05:26 PM) ragaller: compilation on my windows box, Win XP, Java 1.6.0_02 works fine
(04:06:12 PM) nettings_: ragaller: with josias' fix?
(04:06:24 PM) ragaller: yes
(04:06:35 PM) ragaller: even performed a clean-all
(04:07:28 PM) ragaller: hmmm - did you commit the fix, jörn?
(04:09:35 PM) ragaller: ah, yes you did; I rechecked the svn comments
(04:12:56 PM) ragaller: what are you guys currently doing (patch id?)
(04:13:13 PM) ragaller: sorry, ment bug-id
(04:16:28 PM) michiii [n=chatzill@195.226.6.66] entered the room.
(04:17:41 PM) michiii: aw1, thanks for the report
(04:17:46 PM) nettings_: ragaller: http://issues.apache.org/bugzilla/show_bug.cgi?id=42846
(04:17:57 PM) ragaller: thx
(04:17:58 PM) michiii: would tomorrow Friday work for you resp. TomTom to work on Yulup?
(04:18:01 PM) nettings_: simple to fix, but i don
(04:18:12 PM) nettings_: 't know if it's the correct approach.
(04:18:12 PM) michiii: sorry, wrong window ;-)
(04:18:24 PM) nettings_: need to talk to andreas first, he'll be back later tonight...
(04:18:51 PM) nettings_: morbus lenya: four different places to fix: <editor>/xslt/link.xsl.
(04:19:13 PM) nettings_: i'm currently trying to abstract the stuff away into a usecase of its own, which can be re-used...
(04:19:58 PM) ragaller: ok - thanks!
(04:20:11 PM) rfrovarp: I've done that for the insertImage.jx usecase
(04:20:32 PM) rfrovarp: You can use that as a guide.
(04:20:38 PM) nettings_: thanks!
(04:21:07 PM) rfrovarp: Or maybe insertAsset.jx, same thing really.
(04:21:22 PM) michiii: nettings_ what is the group at the hackathon currently working on?
(04:21:29 PM) nettings_: ah, ok. the one in src/modules/editors?
(04:21:37 PM) rfrovarp: Yes.
(04:21:54 PM) nettings_: michiii: windows build fixes and : http://issues.apache.org/bugzilla/show_bug.cgi?id=42846
(04:22:09 PM) michiii: thanks
(04:22:23 PM) rfrovarp: lenya-1.4.x/src/modules/tinymce/config/cocoon-xconf/usecase-insertAsset.xconf
(04:29:14 PM) nettings_: rfrovarp: i wonder:
(04:29:33 PM) nettings_: insertLink is done as an xsl which operates on an empty xml.
(04:29:43 PM) nettings_: insertAsset is a jxtemplate, right?
(04:29:57 PM) nettings_: how should i do it?
(04:30:09 PM) nettings_: i hate the xsl way, and i hate jxtemplates :)
(04:31:39 PM) rfrovarp: I would think jxtemplates
(04:32:01 PM) nettings_: for the sake of consistency, yes...
(04:32:04 PM) rfrovarp: Although I'm not familiar enough with the xsl way of doing things.
(04:32:11 PM) nettings_: it's not pretty.
(04:32:34 PM) nettings_: generally i prefer it, but doing an xsl on nothing is not my idea of "transformation"...
(04:32:35 PM) rfrovarp: I haven't touched it because it is the xsl way and haven't had a chance to try to digest it.
(04:32:41 PM) rfrovarp: True.
(04:32:59 PM) rfrovarp: jx way is probably easier to maintain in the long run.
(04:33:03 PM) nettings_: btw, with the latest proxy changes: is the concept of "contextprefix" now obsolete?
(04:33:19 PM) rfrovarp: I don't know.
(04:33:22 PM) nettings_: iiuc, the proxy transformer should take care of that, right?
(04:33:25 PM) nettings_: tscherler?
(04:46:44 PM) nettings_: andreas just tells me it is indeed obsolete...
(04:55:07 PM) jonatha1 [n=addisj@pool-68-160-11-192.bos.east.verizon.net] entered the room.
(04:55:29 PM) rfrovarp: Okay.
(04:55:35 PM) rfrovarp: I'll try to remember.
(05:01:44 PM) jann left the room.
(05:03:39 PM) ragaller left the room (quit: Remote closed the connection).
(05:19:03 PM) patchworker left the room.
(05:31:03 PM) nettings_: rfrovarp: i just saw that we have two usecases fckeditor.insertAsset and fckeditor.insertImage.
(05:31:18 PM) nettings_: (seen in admin tab/usecase overview). are both in use?
(05:32:52 PM) nettings_: and another question: why don't we register your generic insertAsset usecase as "editor.insertAsset" - that way, we don't have to re-do it for every editor. we could just pass a parameter "editor", which we can then use to include the correct js handler to actually fill in the values.
(05:33:05 PM) nettings_: or am i missing something?
(05:33:54 PM) rfrovarp: the usecase determines if image previews are offered up.
(05:34:06 PM) rfrovarp: I don't know that insertAsset is ever called.
(05:34:42 PM) rfrovarp: Never mind I was answering the wrong question.
(05:35:29 PM) rfrovarp: No, that was the answer to your first question: "are both in use?"
(05:36:27 PM) rfrovarp: The answer to your second question is I'm not sure.
(05:37:36 PM) rfrovarp: You're suggesting passing a parameter via the URL?
(05:44:02 PM) nettings_: re 1: ok, can we get rid of fckeditor.insertAsset?
(05:44:29 PM) nettings_: if so, i'd say we should rename insertAsset to insertImage (both the .jx and the java class, wdyt?)
(05:44:50 PM) nettings_: re 2: not sure yet... i'm still trying things out.
(05:44:57 PM) nettings_: it
(05:45:06 PM) rfrovarp: Sure that would work.
(05:45:21 PM) rfrovarp: TinyMCE and BXE can lose insertAsset as well.
(05:45:26 PM) nettings_: 's going to be a dummy usecase anyways, since it does not do anything on the server, right? just passes a value back to the editor via client-side javascript.
(05:45:38 PM) nettings_: yeah, that's the plan :)
(05:45:51 PM) rfrovarp: Yeah, the usecase just needs to setup a couple of values.
(05:45:56 PM) michiii left the room (quit: "ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050920]").
(05:48:01 PM) nettings_: i could imagine something like this: window.open("?lenya.usecase=insertLink&amp;editor=[tinymce|bxe|fckeditor|oneform|whatever]");
(05:48:15 PM) rfrovarp: That should work just fine.
(05:48:26 PM) nettings_: and the value could be passed back by a callback function whose name must be known, via the "opener" handle...
(05:49:14 PM) nettings_: i.e. let's make a contract that each editor must implement insertLink(string) and insertImage(whole,bunch,of,params).
(05:49:49 PM) nettings_: based on your insertAsset code and bxe's insertLink.
(05:49:51 PM) josias: what are the plans for the hackathon tomorrow?
(05:50:08 PM) rfrovarp: Makes sense to me. Kupu does things its own way.
(05:50:28 PM) nettings_: josias: dunno yet. andreas and me are meeting for a late-night session - depends on what we get done.
(05:50:40 PM) nettings_: i'm not touching kupu if i don't have to :)
(05:50:44 PM) rfrovarp: I'm hoping for the creating resource type and testing tutorials.
(05:50:48 PM) rfrovarp: I don't blame you.
(05:51:19 PM) josias: you mean tomorrow night?
(05:51:26 PM) nettings_: rfrovarp: noted. we should do that first thing in the morning...
(05:51:35 PM) nettings_: josias: no, today.
(05:51:38 PM) nettings_: want to join?
(05:51:58 PM) nettings_: might be fun to have one of the evil whale worshippers with us ;)
(05:52:54 PM) josias: hm, i'm kinda tired because i'm still a bit sick
(05:53:32 PM) josias: at what time you're gonna meet tonight?
(05:54:34 PM) nettings_: andreas said he's gonna be back at 1700, but he got an urgent phone call and popped off again... dunno when he'll be back.
(05:54:47 PM) nettings_: josias: get well!
(05:54:57 PM) josias: thanks
(06:00:30 PM) nobby [n=nobby@130.60.123.114] entered the room.
(06:02:53 PM) josias: i think i will come over right now.
(06:02:59 PM) josias: see you in 20 minutes
(06:03:56 PM) josias left the room (quit: "Leaving").
(06:41:53 PM) josias [n=josias@130.60.123.100] entered the room.
(06:51:14 PM) nettings_: rfrovarp: if you have a minute, could you take a look at http://wiki.apache.org/lenya/EditorRoadmap ?
(06:51:42 PM) nettings_: i've tried to outline what a generic interface for inserting links and images could look like
(06:53:03 PM) rfrovarp: Looks good. Why the scaleWidth and scaleHeight?
(06:54:33 PM) nettings_: some editors allow rescaling, which we do with svg.
(06:54:52 PM) nettings_: sometimes it might be good to scale an image down right from the start... if it's huge..
(06:54:59 PM) nettings_: but you're right, maybe it
(06:55:03 PM) nettings_: 's not necessary.
(06:55:20 PM) rfrovarp: I think it's been passed in via the width and height in the past.
(06:55:28 PM) nettings_: hmm.
(06:55:39 PM) nettings_: i thought they contained the actual size of the image
(06:55:44 PM) nettings_: i.e. unscaled.
(06:55:46 PM) nettings_: ?
(06:55:53 PM) rfrovarp: No, it will scale it.
(06:56:10 PM) rfrovarp: FCK throws it away for some reason and uses the original height.
(06:56:22 PM) nettings_: ok. how do we obtain and store the original dimensions, then?
(06:56:26 PM) rfrovarp: But it certainly doesn't hurt to have those values in there.
(06:56:48 PM) nettings_: true, but if nobody uses them, let's not have them.
(06:57:28 PM) rfrovarp: Well, I guess I'm not familiar with how the editors use svg for scaling.
(07:01:35 PM) nettings_: tiny does its own scaling while you're editing, and that is changed into get parameters later, and lenya handles that via svg.
(07:02:14 PM) rfrovarp: Lenya takes the size parameters and forms its own svg scaling?
(07:02:14 PM) nettings_: you still watching?
(07:02:18 PM) rfrovarp: Yeah.
(07:02:19 PM) nettings_: yes.
(07:02:35 PM) nettings_: andreas just suggested to use a param object instead of the list i proposed.
(07:02:39 PM) nettings_: very good point imho.
(07:02:44 PM) nettings_: wdyt?
(07:02:53 PM) rfrovarp: That I don't know enough javascript.
(07:03:03 PM) nettings_: btw, michael is just demonstrating an image usecase they use at unizh...
(07:06:41 PM) rfrovarp: Sounds good.
(07:20:41 PM) nettings_: rfrovarp: i just rewrote the wiki page, care to check it out?
(07:20:51 PM) nettings_: it now uses objects, like andreas suggested.
(07:21:07 PM) nettings_: you can easily access fields like so: linkData.href etc.
(07:22:03 PM) rfrovarp: We don't want the scaling information in there?
(07:22:49 PM) nettings_: dunno... we couldn't think of a use for that, and michael just demonstrated that you can do without.
(07:23:30 PM) rfrovarp: Okay. I did hear someone mention quicker positioning by the browser.
(07:23:47 PM) rfrovarp: But that isn't critical.
(07:24:08 PM) nettings_: plus the original dimensions are in the metadata of each resource type and can be reread at any time.
(07:24:14 PM) nettings_: that was me :)
(07:24:20 PM) rfrovarp: Oh, okay.
(07:24:23 PM) rfrovarp: Yeah, looks good to me.
(07:24:58 PM) nettings_: re positioning: it's possible still.
(07:25:08 PM) nettings_: when you insert a new image, it hasn't yet been re-scaled.
(07:25:17 PM) nettings_: so the width/height contain the original size.
(07:25:29 PM) nettings_: the editor can use that to set <img width|height>
(07:25:49 PM) nettings_: and editors that support resizing can re-set them.
(07:25:54 PM) rfrovarp: Got it.
(07:26:07 PM) nettings_: lenya does some post-processing and svg makes sure that pre-scaled images are delivered. kinda neat.
(07:26:18 PM) nettings_: s/svg/batik
(07:26:50 PM) rfrovarp: The scaled images are hopefully cached?
(07:30:03 PM) rfrovarp: I didn't do that!
(07:30:06 PM) rfrovarp: That was there.
(07:31:01 PM) rfrovarp: Javascript closes the popup window
(07:31:27 PM) nettings_: rfrovarp: yes.
(07:31:40 PM) nettings_: problem is that this is a potential DOS...
(07:31:43 PM) nettings_: shsssshhhh....
(07:31:58 PM) nettings_: you could just request loads of rescaled images.
(07:32:06 PM) nettings_: floods the cache and hogs the cpu...
(07:32:24 PM) rfrovarp: Yeah, I do remember hearing about that.
(07:32:29 PM) nettings_: nobody thought of that yet.
(07:32:42 PM) rfrovarp: But everyone changes ehcache to not cache for ever, right? ;)
(07:32:50 PM) nettings_: right.
(07:32:53 PM) nettings_: everyone.
(07:33:56 PM) rfrovarp: Well, how bad can it get, the default max memory is only 512 MB
(07:34:14 PM) rfrovarp: Would take the site out, but not the server.
(07:36:35 PM) nettings_: yeah, but you can hog 100% cpu.
(07:36:56 PM) rfrovarp: Yeah, I suppose so.
(07:37:12 PM) rfrovarp: I DOS myself during a training session with that stupid ehcache before I was wise.
(07:37:24 PM) nettings_: but then, there are evil people who say that lenya itself is such a cpu hog, how much worse can it get :)
(07:57:50 PM) nettings_: drat.
(07:57:54 PM) nettings_: my vm just crashed.
(07:58:01 PM) nettings_: pointer exception...
(07:58:15 PM) nettings_: either my ram is unhappy, or there is something very wrong with 1.5
(07:58:39 PM) nettings_: agallardo saw the same, so i think my ram is ok. plus it happens to me on several machines :(
(07:59:04 PM) rfrovarp: I've seen dumps on mine as well.
(07:59:37 PM) rfrovarp: Linux 64 bit  1.5.0_04-b05
(08:01:08 PM) josias left the room (quit: "Leaving").
(08:01:16 PM) nettings_: weird...
(08:01:17 PM) nobby left the room (quit: ).
(08:01:24 PM) nettings_: ok, we have to leave. stream is going down.
(08:01:36 PM) nettings_: we'll meet later at andreas' office after some supper.
(08:01:43 PM) nettings_: see you on IRC.
(08:01:51 PM) nettings_ left the room.
(08:02:19 PM) nettings left the room.
(08:04:27 PM) rfrovarp left the room (quit: "Leaving").
(11:13:30 PM) nobby [n=nobby@217-162-109-241.dclient.hispeed.ch] entered the room.
(11:58:52 PM) jonatha1 left the room.
(12:14:01 AM) nobby left the room (quit: Read error: 104 (Connection reset by peer)).
******
Day 3
******
(07:59:16 AM) The topic for #lenya is: http://lenya.apache.org
(missing: 8:00 - 12:35:00 PM)

(12:35:56 PM) The topic for #lenya is: http://lenya.apache.org
(12:36:15 PM) tscherler: Hmm, nettings can you save your irc dumb?
(12:36:24 PM) tscherler: my maschine just died
(12:40:37 PM) nettings: how do i log in irssi?
(12:44:10 PM) tscherler: hmm
(12:44:15 PM) nettings: lunch break...
(12:44:31 PM) tscherler: copy the screen output ;)
(12:44:35 PM) tscherler: need to go again
(12:44:58 PM) jann: lunch break :-)
(12:46:13 PM) patchworker: If you use Linux and Gaim you have a history. Shall I copy-paste it to you (by email)?
(12:53:13 PM) michiii is now known as michi_lunch
(01:01:48 PM) jann left the room (quit: Read error: 110 (Connection timed out)).
(01:15:20 PM) patchworker: I have a wiki-page for trang: http://wiki.apache.org/lenya/trang
(01:15:47 PM) patchworker: i wanted to write "have created"
(02:42:24 PM) nettings: patchworker: neat!
(02:44:35 PM) patchworker: nettings: I think it could even become an admin-function for lenya, when trang is in /tools/bin/ , or?
(02:48:15 PM) nobby: tscherler
(02:48:17 PM) nobby: http://issues.apache.org/bugzilla/show_bug.cgi?id=42493
(02:48:29 PM) nobby: have you seen this problem since you upgraded your JVM?
(02:48:49 PM) nettings: patchworker: aren't there licensing issues?
(02:50:02 PM) patchworker: hm. What licence is http://www.thaiopensource.com/relaxng/copying.txt "The requested URL /relaxng/copying.txt was not found on this server."?
(02:51:21 PM) ragaller: is it possible to post bug numbers in the irc of the bug you're working on (if that does not make it too complicated)?
(03:03:45 PM) nettings: sure. i'm working on the insertLink issue, and andreas is tackling the language version thing you reported.
(03:04:18 PM) ragaller: thanks, jörn!
(03:05:05 PM) michi_lunch is now known as michiii
(03:05:09 PM) nettings: ragaller: btw, the idea was to fix bugs, not to dig up new ones :-D
(03:06:15 PM) nobby: michiii
(03:06:20 PM) michiii: hello
(03:06:23 PM) nobby: we're reviewing a bug filed by you
(03:06:26 PM) nobby: http://issues.apache.org/bugzilla/show_bug.cgi?id=35821
(03:06:32 PM) michiii: just a sec
(03:06:37 PM) nobby: thanks
(03:06:40 PM) jann [n=forrer@130.60.123.115] entered the room.
(03:07:55 PM) ragaller: nettings: I know I'm a bit too much into digging for bugs - but I'm trying to learn things to be able to contribute more in the future.
(03:10:46 PM) michiii: nobby, to be honest I don't remember exactly what this bus is all about
(03:10:54 PM) nobby: ok, no problem
(03:11:02 PM) nobby: I guess we will just defer it to 1.4.1
(03:11:11 PM) nobby: thanks for taking a look
(03:11:20 PM) michiii: I guess I have tried to remove the hardcoded filesystem calls
(03:11:46 PM) michiii: and replace it by lenya protocol and probably the check if the resource exists didn't work properly
(03:12:42 PM) michiii: but I guess one can close it resp. re-open at some later time in case this should still be a problem
(03:13:06 PM) michiii: nobby, I had to go back to the office because I have screwed our mail server a bit
(03:13:16 PM) nobby: no problem
(03:13:26 PM) nobby: we'll take the time to fix some of the remaining bugs
(03:13:29 PM) michiii: but re Neutron/Yulup, josias should be able to help and I am also available via IRC
(03:13:30 PM) nobby: so that we do the RC
(03:13:35 PM) nobby: ah, ok
(03:13:39 PM) michiii: very good as well
(03:25:10 PM) nobby: tscherler
(03:25:15 PM) nobby: http://issues.apache.org/bugzilla/show_bug.cgi?id=42350
(03:25:23 PM) nobby: Is this easy to fix?
(03:30:57 PM) nettings: rfrovarp: re bug 42370: have you seen this lately?
(03:31:09 PM) nettings: i recall seeing similar things, but that was a while ago.
(03:31:09 PM) nettings: an
(03:31:19 PM) nettings:  a number of bugs related to usecases.js.
(03:31:46 PM) nettings: iirc, andreas added some stuff, including lockInvolvedObjects(), and then i didn't see those errors any more.
(03:34:37 PM) rfrovarp: I wonder if it doesn't have something to do with multiple instances of Lenya running on the same box.
(03:36:29 PM) nettings: hmmm. in the same servlet engine you mean?
(03:36:55 PM) rfrovarp: No, two instances of Jetty, but would seem to connect to the same hsqldb.
(03:40:22 PM) rfrovarp: I can't reproduce it either.
(03:44:58 PM) nettings: rfrovarp: well, how would they avoid clashes? is hsqldb able to handle such use cases ata
(03:45:01 PM) nettings:  all?
(03:45:38 PM) nettings: can you add the info about your testing setup and close the bug?
(03:45:39 PM) rfrovarp: In cocoon config somewhere you can specify a port. I had to do that when our test at an rc included a different cocoon version.
(03:46:09 PM) rfrovarp: I figured it might not just be my weird setup when I reproduced it on zones.
(03:47:55 PM) rfrovarp: Yeah, I can do that.
(03:48:03 PM) nettings: ah, ok.
(03:48:28 PM) nettings: if it happens on zones as well, it won't be related to your setup.
(03:48:40 PM) rfrovarp: Well, I can't reproduce it there now.
(03:48:42 PM) nettings: but as i said, i haven?t seen these errors in a while.
(03:48:46 PM) rfrovarp: I haven't tested in a while.
(03:48:56 PM) nettings: pooof. bug fixed, wdyt?
(03:49:07 PM) rfrovarp: Sure, why not?
(03:51:03 PM) nettings: ok, i'll close it.
(03:51:15 PM) rfrovarp: Sounds good, thanks.
(03:57:28 PM) ragaller: I saw that you added a 1.4.1 to bug http://issues.apache.org/bugzilla/show_bug.cgi?id=42827
(03:57:30 PM) ragaller: This means, that there should be a note about the supported java version in the lenya documentation; 1.6 is not supported; currently the docs say 1.4.2 or newer.
(03:58:10 PM) nettings: ragaller: important point+
(03:59:34 PM) nobby: the problem is that we don't really understand the patch comment
(03:59:40 PM) nobby: I don't object to fix it
(03:59:48 PM) patchworker: the doc could tell "1.5.0_11" or newer.
(04:00:14 PM) ragaller: aha, I see, I'll ask Markus to join the chat
(04:00:20 PM) nobby: great, thanks
(04:00:25 PM) nettings: is there a poor soul using winxp out there?
(04:00:30 PM) patchworker: (because the stack-problem with linux is solved then)
(04:00:45 PM) patchworker: what is windows?
(04:00:57 PM) patchworker: ;-)
(04:01:02 PM) nobby: I changed the target back to 1.4
(04:01:06 PM) nettings: we could use someone to test josias' build fix.
(04:01:13 PM) nobby: if Markus is online, we can test it with his java version
(04:01:27 PM) ragaller: yes we are (besides running lenya on osx)
(04:01:36 PM) nettings: so an "i'm using winxp with jvm 1.n.m and it builds like a charm" would do wonders for our morale...
(04:02:43 PM) ragaller: ;-)
(04:04:31 PM) ragaller: nettings: the video-stream is gone
(04:05:38 PM) nettings: ragaller: my fault. i removed the dump file from under it...
(04:05:42 PM) nettings: it's back now.
(04:05:49 PM) ragaller: thanks
(04:08:44 PM) ragaller: Markus will join the irc (has to install a client first)
(04:10:22 PM) ragaller: nettings: the video-stream is still «gone»
(04:12:10 PM) man [n=chatzill@zux185-230.adsl.green.ch] entered the room.
(04:12:26 PM) man: hallo
(04:13:21 PM) ragaller: hallo Markus
(04:16:26 PM) man: UsecaseProxy.setup is looping over the parameter names of the usecase.
(04:17:01 PM) man: String[] names = getParameterNames();
(04:17:03 PM) man:         System.out.println("\n----------******************----------\n");    // FIXME
(04:17:04 PM) man:         System.out.println("UsecaseProxy::setup(): names: " + dump(names));  // FIXME
(04:17:06 PM) man:         for (int i = 0; i < names.length; i++) {
(04:17:07 PM) man:             System.out.println("\ni: " + i);                                 // FIXME
(04:17:09 PM) man:             System.out.println("\nnames[" + i + "]: " + names[i]);           // FIXME
(04:17:10 PM) man:             usecase.setIndex(i);  // FIXME
(04:17:12 PM) man:             usecase.setParameter(names[i], parameters.get(names[i]));
(04:17:13 PM) man:         }
(04:17:15 PM) man:         System.out.println("\n----------******************----------\n");    // FIXME
(04:18:51 PM) man: This is the instrumentation I made.
(04:23:02 PM) man: The sequence of the entries in names is different in Java 1.5 and 1.6. setting the parameter userId triggers the initialization of userGroups and otherGroups. This leads to the effect that in case of Java 1.6 these two parameters (which have been set already) are ovewrwritten with the original values from the filesystem.
(04:23:19 PM) man: Java 1.6
(04:23:21 PM) man: --------
(04:23:22 PM) man: ----------******************----------
(04:23:24 PM) man: UsecaseProxy::setup(): names: [private.stateMachine, otherGroups, private.sourceUrl,
(04:23:25 PM) man: userGroups, input-edit_group_affiliation, private.parametersInitialized, userId,
(04:23:27 PM) man: private.session]
(04:23:28 PM) man: i: 0
(04:23:30 PM) man: names[0]: private.stateMachine
(04:23:31 PM) man: UserGroups::setParameter(): [private.stateMachine] = [org.apache.lenya.cms.usecase.StateMachine@833813]
(04:23:33 PM) man: AbstractUsecase::setParameter() 0 [private.stateMachine] = [org.apache.lenya.cms.usecase.StateMachine@833813]
(04:23:34 PM) man: i: 1
(04:23:36 PM) man: names[1]: otherGroups
(04:23:37 PM) man: UserGroups::setParameter(): [otherGroups] = [[reviewer]]
(04:23:39 PM) man: AbstractUsecase::setParameter() 1 [otherGroups] = [[reviewer]]
(04:23:40 PM) man: i: 2
(04:23:42 PM) man: names[2]: private.sourceUrl
(04:23:43 PM) man: UserGroups::setParameter(): [private.sourceUrl] = [/minimax/authoring/index.html]
(04:23:45 PM) man: AbstractUsecase::setParameter() 2 [private.sourceUrl] = [/minimax/authoring/index.html]
(04:23:46 PM) man: i: 3
(04:23:48 PM) man: names[3]: userGroups
(04:23:50 PM) man: UserGroups::setParameter(): [userGroups] = [[editor, admin]]
(04:23:51 PM) man: AbstractUsecase::setParameter() 3 [userGroups] = [[editor, admin]]
(04:23:53 PM) man: i: 4
(04:23:55 PM) man: names[4]: input-edit_group_affiliation
(04:23:57 PM) man: UserGroups::setParameter(): [input-edit_group_affiliation] = [Edit Group Affiliation]
(04:23:59 PM) man: AbstractUsecase::setParameter() 4 [input-edit_group_affiliation] = [Edit Group Affiliation]
(04:24:01 PM) man: i: 5
(04:24:03 PM) man: names[5]: private.parametersInitialized
(04:24:05 PM) man: UserGroups::setParameter(): [private.parametersInitialized] = [true]
(04:24:07 PM) man: AbstractUsecase::setParameter() 5 [private.parametersInitialized] = [true]
(04:24:09 PM) man: i: 6
(04:24:11 PM) man: names[6]: userId
(04:24:13 PM) man: UserGroups::setParameter(): [userId] = [test]
(04:24:15 PM) man: AbstractUsecase::setParameter() 6 [userId] = [test]
(04:24:17 PM) man: UserGroups::setParameter(): [userGroups] = [[editor]]
(04:24:19 PM) man: AbstractUsecase::setParameter() 6 [userGroups] = [[editor]]
(04:24:21 PM) man: UserGroups::setParameter(): [otherGroups] = [[admin, reviewer]]
(04:24:23 PM) man: AbstractUsecase::setParameter() 6 [otherGroups] = [[admin, reviewer]]
(04:24:25 PM) man: i: 7
(04:24:27 PM) man: names[7]: private.session
(04:24:29 PM) man: UserGroups::setParameter(): [private.session] = [org.apache.lenya.cms.repository.SessionImpl@134137c]
(04:24:31 PM) man: AbstractUsecase::setParameter() 7 [private.session] = [org.apache.lenya.cms.repository.SessionImpl@134137c]
(04:24:33 PM) man: ----------******************----------
(04:24:35 PM) man: Java 1.5
(04:24:37 PM) man: --------
(04:24:39 PM) man: ----------******************----------
(04:24:41 PM) man: UsecaseProxy::setup(): names: [input-edit_group_affiliation, userId, private.session,
(04:24:43 PM) man: private.stateMachine, private.parametersInitialized, private.sourceUrl, userGroups,
(04:24:45 PM) man: otherGroups]
(04:24:47 PM) man: i: 0
(04:24:49 PM) man: names[0]: input-edit_group_affiliation
(04:24:51 PM) man: UserGroups::setParameter(): [input-edit_group_affiliation] = [Edit Group Affiliation]
(04:24:53 PM) man: AbstractUsecase::setParameter() 0 [input-edit_group_affiliation] = [Edit Group Affiliation]
(04:24:55 PM) man: i: 1
(04:24:57 PM) man: names[1]: userId
(04:24:59 PM) man: UserGroups::setParameter(): [userId] = [test]
(04:25:01 PM) man: AbstractUsecase::setParameter() 1 [userId] = [test]
(04:25:03 PM) man: UserGroups::setParameter(): [userGroups] = [[editor]]
(04:25:05 PM) man: AbstractUsecase::setParameter() 1 [userGroups] = [[editor]]
(04:25:07 PM) man: UserGroups::setParameter(): [otherGroups] = [[reviewer, admin]]
(04:25:09 PM) man: AbstractUsecase::setParameter() 1 [otherGroups] = [[reviewer, admin]]
(04:25:11 PM) man: i: 2
(04:25:13 PM) man: names[2]: private.session
(04:25:15 PM) man: UserGroups::setParameter(): [private.session] = [org.apache.lenya.cms.repository.SessionImpl@1ffeaea]
(04:25:17 PM) man: AbstractUsecase::setParameter() 2 [private.session] = [org.apache.lenya.cms.repository.SessionImpl@1ffeaea]
(04:25:19 PM) man: i: 3
(04:25:21 PM) man: names[3]: private.stateMachine
(04:25:23 PM) man: UserGroups::setParameter(): [private.stateMachine] = [org.apache.lenya.cms.usecase.StateMachine@f18cc3]
(04:25:25 PM) man: AbstractUsecase::setParameter() 3 [private.stateMachine] = [org.apache.lenya.cms.usecase.StateMachine@f18cc3]
(04:25:27 PM) man: i: 4
(04:25:29 PM) man: names[4]: private.parametersInitialized
(04:25:31 PM) man: UserGroups::setParameter(): [private.parametersInitialized] = [true]
(04:25:33 PM) man: AbstractUsecase::setParameter() 4 [private.parametersInitialized] = [true]
(04:25:35 PM) man: i: 5
(04:25:37 PM) man: names[5]: private.sourceUrl
(04:25:39 PM) man: UserGroups::setParameter(): [private.sourceUrl] = [/minimax/authoring/index.html]
(04:25:41 PM) man: AbstractUsecase::setParameter() 5 [private.sourceUrl] = [/minimax/authoring/index.html]
(04:25:43 PM) man: i: 6
(04:25:45 PM) man: names[6]: userGroups
(04:25:47 PM) man: UserGroups::setParameter(): [userGroups] = [[editor, admin]]
(04:25:49 PM) man: AbstractUsecase::setParameter() 6 [userGroups] = [[editor, admin]]
(04:25:51 PM) man: i: 7
(04:25:53 PM) man: names[7]: otherGroups
(04:25:55 PM) man: UserGroups::setParameter(): [otherGroups] = [[reviewer]]
(04:25:57 PM) man: AbstractUsecase::setParameter() 7 [otherGroups] = [[reviewer]]
(04:25:59 PM) man: ----------******************----------
(04:26:33 PM) nobby: apparently the userGroups and otherGroups initialization code is invalid
(04:26:40 PM) nobby: it should not depend on any parameter order
(04:27:03 PM) man: exactly
(04:27:56 PM) man: andreas, do you have skype or a handy?
(04:31:46 PM) michiii: nobby
(04:31:47 PM) michiii: http://neutron.wyona.org/amendments/xslt-parameters.html
(04:31:50 PM) man: The same problem probably exists in GroupMembers.setParameter and maybe other places where a similar pattern is used.
(04:32:22 PM) michiii: we have discussed on the neutron mailing list that it would also make sense to allow CSS styles
(04:32:35 PM) michiii: whereas one could differentiate through the mime-type
(04:32:51 PM) michiii: whereas Yulup has only implemented XSLT style so far
(04:33:07 PM) michiii: but this would make the pre-processing re CSS obsolete
(04:33:44 PM) nobby: but CSS styles are not as powerful as XSLT
(04:34:05 PM) nobby: but yes, it would be very convenient
(04:34:12 PM) nobby: in most cases CSS might be sufficient
(04:35:13 PM) nobby: man, yes, I have skype
(04:35:16 PM) michiii: agreed, but I guess there are still a lot of people who just want to edit regular (X)HTML
(04:35:18 PM) nobby: but no headset
(04:35:40 PM) michiii: and I am afraid that this will be so for quite some years ;-)
(04:36:00 PM) nobby: yes, if we can style XHTML with CSS that would be nice
(04:37:38 PM) man: andreas I would like to discuss the bug shortly with you but we can do this later today or on another day. my skype id is angst.m
(04:39:36 PM) nobby: thanks
(04:39:52 PM) nobby: just for my understanding - UserGroups.setParameter() depends on the parameter order?
(04:40:18 PM) nobby: in this case lazy loading would help
(04:41:30 PM) nobby: we shouldn't have the code in setParameter()
(04:42:35 PM) nobby: the class contains a User field, which shouldn't work anyway
(04:44:41 PM) man: If UserGroups.setParameter is called with userId it writes otherGroups and userGroups even if they have already been set before (by the calls in the loop in UsecaseProxy.setup)
(04:46:23 PM) man: Yes, I think the initialization code for userGroups and other Groups could be moved to a separate function and called before the loop starts
(04:48:49 PM) nobby: I'm changing it to lazy loading
(04:48:52 PM) man: But the pattern "looping over entries of a hash map and assuming a particular order of the entries" could be used at some places in Lenya. I think this has to be checked.
(04:49:17 PM) nobby: hmm, I hope not :)
(04:49:26 PM) nobby: but you're right, of course
(04:50:02 PM) man: I don't hope either but at least GroupMembers.setParameter ist another candidate.
(04:51:44 PM) man: I don't know yet what lazy loading is but I am looking forward to learn and  study your changes.
(04:52:04 PM) man: Thanks for all your work!
(04:55:51 PM) rudolf [n=chatzill@130.60.123.71] entered the room.
(04:58:14 PM) nobby: man
(04:58:21 PM) nobby: I committed some changes to UserGroup
(04:58:21 PM) man: GroupMembers.setParameter is called from UsecaseProxy.setup in a similar loop
(04:58:30 PM) nobby: would you mind giving it a try?
(04:58:52 PM) man: Ok, I will try, geve me a second.
(04:59:05 PM) nobby: thanks for reporting and digging into the details
(04:59:30 PM) nobby: IPRangeGroups is another candidate
(04:59:41 PM) ragaller: i'll try too
(05:11:51 PM) man: Andreas, your fix works for me, thanks
(05:13:06 PM) rudolf left the room (quit: "ChatZilla 0.9.78.1 [Firefox 1.5.0.3/2006042500]").
(05:14:16 PM) rudolf [n=chatzill@130.60.123.71] entered the room.
(05:15:19 PM) nobby: OK, great, thanks for testing
(05:15:30 PM) nobby: let's see what ragaller reports
(05:20:56 PM) ragaller: the fix works for me too - thanks a lot for fixing!
(05:21:51 PM) man: Affiliating groups to an IP Range does not work yet
(05:23:12 PM) ragaller: man: same thing here
(05:25:46 PM) nobby: ok
(05:25:59 PM) nobby: which is your last changed revision?
(05:26:06 PM) nobby: I committed some changes in the meantime
(05:28:08 PM) ragaller: I'll update and retry
(05:29:06 PM) man: ok, will update just now
(05:37:12 PM) man: Ok, the ip range thing works now. Are these usecases you just fixed covered by tests? If not, would I be able to add these tests?
(05:38:59 PM) man: I know i missed your presentation about this topic... ;-)
(05:39:09 PM) michiii left the room (quit: "ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050920]").
(05:39:13 PM) ragaller: nobby: Works for me too.
(05:40:52 PM) man: (away for 10 minutes)
(05:40:53 PM) nobby: one second
(05:41:11 PM) ragaller: ;-)
(05:41:12 PM) man: ok
(05:41:17 PM) nobby: src/modules-core/administration/test/canoo/test.xml
(05:41:21 PM) nobby: you could add them there
(05:41:35 PM) nobby: ATM it adds + deletes a user
(05:41:43 PM) man: ok i will do that
(05:41:59 PM) nobby: that would be awesome
(05:42:08 PM) nobby: it shouldn't be that hard
(05:43:06 PM) man: if it is i won'tbe afraid to ask
(05:43:49 PM) man: thanks! (leaving)
(05:44:52 PM) jann: we have to move soon ....
(05:45:15 PM) nobby: can we close bug 42827?
(05:46:22 PM) ragaller: I think so; we'll run lenya on 1.6 so we'll report any problems related to the subject
(05:47:13 PM) rfrovarp: I probably should go home and get some sleep
(05:47:31 PM) rfrovarp: Thanks for all of the talks and for streaming this. I learned quite a bit.
(05:50:13 PM) nobby: bye everyone
(05:50:20 PM) nobby: we are chased out of the room
(05:50:26 PM) nobby left the room (quit: ).
(05:50:54 PM) ragaller: bye and thanks so much!
(05:51:42 PM) ragaller left the room (quit: Remote closed the connection).
(05:51:50 PM) nettings: the streams will be available for download later today.
(05:51:54 PM) josias left the room (quit: "Leaving").
(05:51:57 PM) nettings: (uncut)
(05:52:07 PM) rudolf left the room (quit: "ChatZilla 0.9.78.1 [Firefox 1.5.0.3/2006042500]").
(05:52:52 PM) nettings left the room.
(05:52:56 PM) rfrovarp left the room (quit: "Leaving").
(05:54:56 PM) patchworker: thanks!
(05:55:06 PM) patchworker left the room.
(05:58:27 PM) man: thanks bye
(05:59:22 PM) man left the room.
(06:08:24 PM) jann left the room (quit: Read error: 110 (Connection timed out)).
(06:24:56 PM) jurgenragaller [n=chatzill@84-75-135-75.dclient.hispeed.ch] entered the room.
(06:29:49 PM) jurgenragaller left the room (quit: Remote closed the connection).
(06:33:31 PM) nobby [n=nobby@84.39.79.83.cust.bluewin.ch] entered the room.
(06:40:34 PM) rudolf [n=chatzill@84.39.79.83.cust.bluewin.ch] entered the room.
(07:00:01 PM) nobby left the room (quit: ).
(07:01:03 PM) jaf64 [n=forrer@idlnxjaf.unizh.ch] entered the room.
(07:02:06 PM) jaf64: rudolf still there?
(07:04:31 PM) jaf64 left the room ("Konversation terminated!").
(07:11:14 PM) rudolf left the room (quit: Remote closed the connection).
(09:13:10 PM) jurgenragaller [n=chatzill@84-75-135-75.dclient.hispeed.ch] entered the room.
(09:13:20 PM) jurgenragaller left the room.