--- Log opened Sat Jul 01 00:00:01 2006
03:03 < Wombert> http://agavi.r00lerz.de/coverage_report/src.htm :>>>>
04:34 < CIA-6> dominik * r628 /trunk/src/util/AgaviToolkit.class.php:
04:34 < CIA-6> Whitespace fixes
04:34 < CIA-6> {} for char index access has been deprecated (ugh, go php go .....)
04:34 < CIA-6> one should use the functions php offers too ;)
04:35 < CIA-6> dominik * r629 /trunk/src/user/AgaviSecurityUser.class.php: make removeCredential actually work
04:41 < CIA-6> dominik * r630 /trunk/src/routing/AgaviRouting.class.php: (log message trimmed)
04:41 < CIA-6> Yet another new syntax for the routing:
04:41 < CIA-6> you can now use (prefix{name:regexp}postfix) which will match a pre/postfix but will not include it in the request parameter that gets set.
04:41 < CIA-6> this is mostly useful with another new feature which allows you place a ? behind a () to make that parameter entirely optional (it will not even get set as request parameter if no default exists.
04:41 < CIA-6> For defaults you can use the prefix{value}postfix notation to create default
04:41 < CIA-6> values for the pre and postfix which will automatically inserted in the
04:41 < CIA-6> parameter on routing->gen(). If there is no user defined default value the
06:23 -!- shoan [n=shoan@59.92.151.75] has joined #agavi
06:25 < Wombert> :)
06:27 < Wombert> morning shoan
06:28 < shoan> morning Wombie
06:28 < shoan> Germany won :)
06:29 < Wombert> yeah :>
06:29 < Wombert> you saw it?
06:29 < shoan> yeah
06:30 < Wombert> :>
06:30 < Wombert> http://agavi.r00lerz.de/coverage_report/src.htm :>>>>
07:14 -!- Wombert [n=Wombert@dslb-088-064-000-028.pools.arcor-ip.net] has quit []
07:40 -!- shoan [n=shoan@59.92.151.75] has quit []
08:36 -!- raidman|Away is now known as raidman|Work
08:37 -!- raidman|Work [n=raidman@unaffiliated/raidman] has left #agavi ["#kill 6712"]
08:37 -!- raidman|Work [n=raidman@unaffiliated/raidman] has joined #agavi
08:40 < raidman|Work> morning
08:42 -!- shoan [n=shoan@59.92.151.75] has joined #agavi
08:50 -!- shoan [n=shoan@59.92.151.75] has quit []
10:36 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi
11:20 -!- raidman|Work is now known as raidman|Away
11:21 -!- raidman|Away is now known as raidman|Work
11:23 < v-dogg> huomenta
11:24 < raidman|Work> huomenta
11:34 -!- raidman|Work is now known as raidman|Away
11:36 -!- shoan [n=shoan@59.92.206.212] has joined #agavi
11:59 -!- shoan [n=shoan@59.92.206.212] has quit [Read error: 110 (Connection timed out)]
12:21 -!- raidman|Away is now known as raidman|Work
12:44 < v-dogg> raidman|Work: are at work?
12:44 < raidman|Work> v-dogg, yes :)
12:45 < v-dogg> what do you do?
12:45 < raidman|Work> I just try to install *trac* in my host
12:45 < v-dogg> have fun
12:47 < raidman|Work> v-dogg, :)
12:49 < raidman|Work> v-dogg, all unit tests finished?
12:49 < v-dogg> almost
12:49 < raidman|Work> great
12:55 -!- brujahRg [n=brj@212.175.111.100] has joined #agavi
14:04 -!- raidman|Work is now known as raidman|Away
14:46 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has joined #agavi
14:47 < Wombert> re
14:48 < Wombert> yo
14:48 < Wombert> peace guys :>
14:48 < Wombert> _uwe_:
14:48 < Wombert> http://agavi.r00lerz.de/coverage_report/src.htm :>>>>
14:48 < _uwe_> seen already :)
14:49 < _uwe_> is there a special setup i have to do or should agavi's test run out of the box with phing test?
14:51 < Wombert> all not checked in yet
14:51 < v-dogg> hey wombie
14:51 < Wombert> dominik has worked on the unit tests for weeks now
14:52 < Wombert> hi v-dogg
14:52 < Wombert> have you seen the new routing feature?
14:52 < v-dogg> me?
14:52 < Wombert> yeah
14:52 < v-dogg> I read commit messages, that's all
14:53 < Wombert>
14:53 < Wombert> so... /products/view/51234 => id = 51234
14:54 < Wombert> and /products/view/catname/51234 => category = catname, id = 51234
14:54 < Wombert> summary; you can
14:54 < Wombert> a) put a question mark behind an outer parentheses to make it optional in it's entirety
14:55 < Wombert> b) have characters matched in parentheses that will not be included in the matched value, in that case, it's the leading slash
14:56 < v-dogg> that's cool
14:57 < v-dogg> I had pretty much that situation just yesterday. this is what I need:
14:57 < v-dogg> example.com/ => index
14:58 < v-dogg> example.com/cmrid[/] => login form auto-filled with cmrid
14:59 < v-dogg> example.com/cmrid/username[/] => login form auto-filler with cmrid and username
14:59 < v-dogg> cmrid is \d+
14:59 < v-dogg> username \S+
15:00 < Wombert> then it triggers a 404 ;)
15:03 < v-dogg> yep
15:03 < Wombert> it's a good practice anyway to start patterns with ^
15:03 < v-dogg> I noticed :)
15:03 < Wombert> even though it's not requred, but there might be situations where it's reasonable
15:39 < CIA-6> david * r631 /branches/uwe-validation/: Creating validation branch for Uwe
15:58 < v-dogg> how is that going forward?
16:06 < Wombert> uh
16:07 < Wombert> I have uwe on the phone right now, we're discussing it
16:28 -!- _uwe_ [n=uwe@86.56.43.37] has quit [Read error: 110 (Connection timed out)]
16:28 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi
16:56 < v-dogg> oh swhee-heet
16:56 < v-dogg> macgyver is on in 10 minutes
16:57 -!- _uwe_ [n=uwe@86.56.43.37] has quit [Read error: 110 (Connection timed out)]
16:59 -!- brujahRg [n=brj@212.175.111.100] has quit []
17:00 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi
17:07 < v-dogg> Wombert: what's the best way to render docbook to html and/or pdf?
17:07 < Wombert> no idea
17:21 < v-dogg> Wombert: is it ok if I update pear package info in AgaviPackageTask in trunk?
17:22 < v-dogg> version number, optional deps (phpunit2) and developers
18:22 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has quit []
19:27 -!- shoan [n=shoan@59.92.206.212] has joined #agavi
20:08 -!- _uwe_ [n=uwe@86.56.43.37] has quit ["Verlassend"]
20:58 -!- raidman [n=raidman@unaffiliated/raidman] has joined #agavi
21:00 -!- raidman [n=raidman@unaffiliated/raidman] has quit ["#killall raidman"]
--- Day changed Sun Jul 02 2006
00:04 -!- shoan [n=shoan@59.92.206.212] has quit []
02:36 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has joined #agavi
05:36 -!- impl [n=impl@httpcraft/php/nforbes] has joined #agavi
06:35 < CIA-6> david * r632 /trunk/docs/agavi.xml: intro and installation sections for docs, refs #30
06:35 < Wombert> :)
06:36 < Wombert> hi impl
06:41 < CIA-6> david * r633 /trunk/docs/agavi.xml: minor doc tweaks, refs #30
06:47 -!- shoan [n=shoan@59.92.206.212] has joined #agavi
06:50 < CIA-6> david * r634 /trunk/docs/agavi.xml: added a stuuupid short preface
07:11 < CIA-6> david * r635 /trunk/docs/agavi.xml: creating your first agavi application section, refs #30
07:16 -!- shoan [n=shoan@59.92.206.212] has quit []
07:42 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has quit []
08:18 -!- raidman|Away is now known as raidman|Work
08:23 -!- impl [n=impl@httpcraft/php/nforbes] has quit ["Leaving"]
08:56 < v-dogg> huomenta
09:06 < raidman|Work> huomenta (morning)
09:31 < v-dogg> what's up raidman|Work
09:33 < raidman|Work> v-dogg, hi, I just working on PEAR packaging and an Installation system for our CMS
09:33 < raidman|Work> v-dogg, and you?
09:34 < v-dogg> reading thru david's commits from last night
09:35 < v-dogg> the user manual has started of pretty nicely
09:36 < raidman|Work> really, that sounds good
09:38 < v-dogg> gotta go make some breakfast and coffee
09:38 < raidman|Work> :)
09:53 < v-dogg> ok then
09:57 < raidman|Work> I have a a problem with apache Location :(
09:57 < raidman|Work> in 1.3
10:00 < v-dogg> what's the problem?
10:02 < raidman|Work> that not work for me, but I don't know why.... I just googled it, I have to another look in documentation again :)
10:36 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi
11:00 < v-dogg> http://veikkomakinen.com/agavi/
11:03 < raidman|Work> oh my god! extremely nice
11:04 < raidman|Work> I wish it finished vey soon
11:04 < v-dogg> it's a huge effort so don't hold your breath :)
11:05 < raidman|Work> :)
11:06 < v-dogg> we are from, by the way?
11:07 < v-dogg> I've forgotten
11:08 < raidman|Work> :)
11:12 < v-dogg> err... I was trying to type "where are you from"
11:12 < v-dogg> how the hell did it become "we are from"
11:13 < raidman|Work> he he he, I just wondered what you said before, .... so I'm from Iran
11:13 < v-dogg> ok
11:13 < raidman|Work> but I'm Armenian but I'm live in Iran
11:13 < v-dogg> where in Iran?
11:14 < raidman|Work> Esfahan
11:14 < raidman|Work> you can see it in en.wikipedia.org/wiki/Esfahan
11:15 < raidman|Work> and you v-dogg
11:16 < v-dogg> Turku, Finland
11:16 < v-dogg> http://en.wikipedia.org/wiki/Turku
11:17 -!- raidman|Work is now known as raidman|Away
11:21 -!- raidman|Away is now known as raidman|Work
11:21 < raidman|Work> damn ISP
12:34 < raidman|Work> v-dogg, you know agavi's trac runs in mod_python or fastcgi?
12:36 < v-dogg> no idea
12:37 < raidman|Work> np :)
12:43 < v-dogg> http://veikkomakinen.com/agavi/
12:44 < v-dogg> added some styles and other minor details like copyrights
12:44 < v-dogg> err... charset is broken
12:47 -!- raidman|Work is now known as raidman|Away
12:57 -!- raidman|Away is now known as raidman|Work
13:54 -!- raidman|Work is now known as raidman|Away
15:48 -!- Wombert [n=Wombert@dslb-088-064-000-179.pools.arcor-ip.net] has joined #agavi
15:48 < v-dogg> wombii
15:49 < Wombert> hmmmmh?
15:50 < v-dogg> fresh from the oven: http://veikkomakinen.com/agavi/ and http://veikkomakinen.com/agavi/agavi.pdf
15:53 < Wombert> :)
15:53 < Wombert> how did you generate the pdf
15:54 < Wombert> ah
15:54 < Wombert> that's a different app
15:54 < Wombert> what did you use?
15:54 < Wombert> the html looks different
15:55 < v-dogg> Apache FOP created the pdf
15:57 < v-dogg> I used phings xstl target and xsl files from http://docbook.sourceforge.net/
15:57 < v-dogg> html uses custom css, hence the über cool layout :p
15:58 < Wombert> http://neo.jpl.nasa.gov/cgi-bin/db?name=2004+XP14
15:59 < Wombert> that asteroid misses us by ~432.000km
15:59 < Wombert> pretty close oO
15:59 < v-dogg> so let's: PANIC
15:59 < v-dogg> :)
15:59 < Wombert> center on earth, zoom all the way in, then press the fast rewind button and then fast forward to see how effin close it is
16:00 < Wombert> oO
16:00 < Wombert> I'm just readind
16:00 < Wombert> -d+g
16:01 < Wombert> the finns are throwing 1 and 2 cent coins away
16:02 < v-dogg> so this is actually pretty easy: a few lines to build.xml, a custom css file and xsl files from docbook project and a custom xsl file to wrap it all up
16:02 < Wombert> yeah might be a good idea
16:02 < Wombert> hmmmh
16:02 < v-dogg> and apache fop for pdfs
16:04 < v-dogg> should I wrote a wiki page on this?
16:04 < v-dogg> sigh..
16:04 < v-dogg> write
16:18 < Wombert> why don't we add all the stuff to svn
16:18 < Wombert> "phing docs" would create API docs and the manual then
16:19 -!- raidman|Away [n=raidman@unaffiliated/raidman] has quit ["changing servers"]
16:20 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has joined #agavi
16:21 < v-dogg> suits me fine
16:21 < CIA-6> david * r636 /trunk/docs/ (agavi.xml docbook/ docbook/manual.xml lib/): moved docbook to separate dir, prepared lib folder for xsls
16:22 < Wombert> ya wanna do that?
16:22 < v-dogg> yep
16:22 < Wombert> throw all the stuff into lib/docbook or so
16:22 < Wombert> or just lib/
16:22 < Wombert> no idea
16:22 < Wombert> and add the stuff to build.xml
16:22 < Wombert> there already is a "docs" task
16:22 < Wombert> how about an "apidocs" task, a "manual" task and a "docs" task which does both
16:22 < v-dogg> I was just about to say
16:23 < Wombert> and hey... maybe even an option for pdf generation? ;)
16:23 < Wombert> as a parameter then, I guess
16:23 < Wombert> phing manual -Doutput=pdf or something
16:23 < v-dogg> I'd separate manual-html, manual-html-onepage, manual-fo
16:23 < Wombert> hmm
16:23 < Wombert> okay
16:23 < Wombert> and
16:23 < Wombert> task "manual" asks which you want ;)
16:24 < Wombert> and task "docs" uses "manual"
16:24 < v-dogg> I'll see if the whole xml-fo-pdf chain can be done with phing
16:24 < Wombert> yeah
16:25 < Wombert> not that important though I guess, so do the other stuff first
16:25 < v-dogg> yep
16:25 < Wombert> because people can generate the docs then, maybe that attracts documentation contributors
16:37 < v-dogg> they will still need XSL files from http://docbook.sourceforge.net/
16:44 < Wombert> can't we bundle them?
16:45 < Wombert> http://wiki.docbook.org/topic/DocBookLicense
16:46 < v-dogg> sure we could... but we need dozens of xsl files
16:48 < v-dogg> it would surely make things a bit easier
16:49 < v-dogg> but all you would have to do would be download a zip and unpack it to your workspace eg. c:\workspace\docbook-xsl\
16:50 < v-dogg> and agavi in c:\workspace\agavi\ would use them from there
16:51 < v-dogg> tell me what you think. I'll take the dogs out for a walk in the meanwhile
17:00 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has quit ["changing servers"]
17:01 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has joined #agavi
17:22 < CIA-6> uwe * r637 /branches/uwe-validation/src/ (26 files in 3 dirs):
17:22 < CIA-6> first commit of rewritten validation system (refs #269, #102)
17:22 < CIA-6> config handler still missing so its not yet working...
17:41 < v-dogg> Wombert: 248 files, 5 dirs, 7.5 MB. Do we want that to SVN?
17:42 < v-dogg> of course most of them are not necessary but filtering out files we don't need would be a pain
17:44 -!- toby_swe [n=Miranda@nl109-140-176.student.uu.se] has joined #agavi
17:48 -!- toby_swe [n=Miranda@nl109-140-176.student.uu.se] has left #agavi []
18:13 < Wombert> v-dogg: oO
18:27 < v-dogg> yep :)
18:28 < v-dogg> this now works like this:
18:30 < v-dogg> phing manual-html creates multipage html manual to manual-html/ and also copies agavi-manual.css into it from doc/lib/
18:30 < v-dogg> phing manual-html-onepage creates manual-html/index-ongepage.html. it uses the same .css
18:30 < v-dogg> and finally
18:31 < v-dogg> phing manual-fo creates manual-fo/manual.fo
18:33 < v-dogg> all agavi xsl files (4) reside in docs/lib/ and docbook-xsl file are in docs/lib/docbook-xsl/
18:37 < Wombert> :>>>
18:37 < v-dogg> http://veikkomakinen.com/agavi/index.html
18:37 < v-dogg> http://veikkomakinen.com/agavi/index-onepage.html
18:38 < v-dogg> BUT docbook xsl file are 7.5 MB :)
18:43 < CIA-6> uwe * r638 /branches/uwe-validation/src/validator/AgaviValidatorManager.class.php: fix AgaviValidatorManager to use the new AgaviErrorManager's getErrorArrayBy*() methods
19:00 < v-dogg> but there is only one line to be modified if docbook-xsl is moved to a different location
19:01 < v-dogg> so we could live without including everything into svn
19:11 < v-dogg> on per output type (html, fo), that is
19:12 < v-dogg> or none if someone figures out how to pass parameters to xstl trasformation with phing :)
19:17 < CIA-6> david * r639 /branches/uwe-validation/src/validator/ (2 files): changed phpdocs and made some code corrections as an example for uwe
19:20 < Wombert> v-dogg: but php supports fopen wrappers, right?
19:20 < Wombert> so maybe we could host the xsls on agavi.org
19:23 < CIA-6> david * r640 /branches/uwe-validation/src/validator/AgaviAbstractOperatorValidator.class.php: whoops, forgot to save
19:24 < CIA-6> david * r641 /branches/uwe-validation/src/validator/AgaviAbstractOperatorValidator.class.php: another one
19:31 < v-dogg> Wombert: let's see...
19:37 < v-dogg> well...
19:37 < v-dogg> it works
19:37 < v-dogg> Total time: 4 minutes 46.51 seconds
19:39 < v-dogg> xsl files are available in http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl
19:39 < v-dogg> I'll see if it's any faster from my website
19:47 < v-dogg> Total time: 2 minutes 47.91 seconds
19:51 < CIA-6> david * r642 /branches/uwe-validation/src/validator/ (19 files): corrected class and file names, removed abstract validator manager and added an interface
19:51 < Wombert> is it much slower than from a local machine?
19:56 < v-dogg> it takes just a few seconds from a local machine
19:56 < Wombert> oO
19:57 < Wombert> the "html" csl folder is 1.6MB for me
19:57 < Wombert> xsl
19:57 < Wombert> do we need all files in there?
19:57 < v-dogg> don't know
19:58 < v-dogg> but if it takes several minutes to download we probably do :)
20:14 < v-dogg> I'll commit these now with references to http://docbook.sourceforge.net
20:14 < v-dogg> let's figure out what's the best way to do this sometime later
20:14 < v-dogg> ok?
20:16 < v-dogg> there must be a way to set parameters from phing so we can enable both local and remote xsl files
20:17 < Wombert> hang on
20:17 < Wombert> I'm trying to compress the xsls right now
20:18 < v-dogg> filter out what is not needed?
20:18 < v-dogg> I tried that and still ended up having tons of xsl :)
20:20 < Wombert> no
20:20 < Wombert> remove whitespace
20:20 < Wombert> and comments
20:21 < Wombert> they make up at least half of the file sizes
20:27 < Wombert> hmmmh
20:27 < Wombert> localhost:~/Desktop/docbook-xsl-1.70.1 dzuelke$ ls -l html/a*
20:27 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 4263 Dec 8 2004 html/admon.xsl
20:27 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 5230 Aug 11 2005 html/annotations.xsl
20:27 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 813 May 26 16:39 html/autoidx-ng.xsl
20:27 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 33422 May 16 15:54 html/autoidx.xsl
20:27 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 22105 May 4 14:48 html/autotoc.xsl
20:28 < Wombert> localhost:~/Desktop/docbook-xsl-1.70.1 dzuelke$ ls -l html_/a*
20:28 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 3194 Jul 2 19:23 html_/admon.xsl
20:28 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 4696 Jul 2 19:23 html_/annotations.xsl
20:28 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 215 Jul 2 19:23 html_/autoidx-ng.xsl
20:28 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 27912 Jul 2 19:25 html_/autoidx.xsl
20:28 < Wombert> -rw-r--r-- 1 dzuelke dzuelke 18284 Jul 2 19:27 html_/autotoc.xsl
20:28 < Wombert> that's just with leading tabs removed etc
20:28 < Wombert> but we can remove a lot of newlines, too
20:28 < Wombert> and shit like
20:28 < Wombert>
20:41 < v-dogg> hmm... yeah but do we really want to do that?
20:42 < v-dogg> even if it is semi-automatic it's still a pain in the ass
20:43 < v-dogg> and I believe there will still be several megabytes of xsl files
20:44 < v-dogg> we need common/ html/ fo/ lib/ and xhmtl/ folders
20:45 < v-dogg> anyway, I'll commit those now. If we decide to have docbook-xsl in svn there are two lines to alter
20:45 < v-dogg> ok?
20:46 -!- shoan [n=shoan@59.92.144.62] has joined #agavi
20:46 < v-dogg> I'd like to commit these now because I don't know when I'll be on this computer again
20:46 < ttj> Vacation?
20:46 < v-dogg> no, monday and work :)
20:47 < ttj> Ah. :-)
20:47 < v-dogg> I'm at home now :)
20:47 < v-dogg> easier to commit and checkout at work than copy them
20:49 < ttj> BTW, been drawing a UML class diagram of Agavi. I'll post some initial draft of it online tomorrow at work, if anyone's interested.
20:49 < Wombert> hmmh
20:49 < v-dogg> we are
20:49 < Wombert> agavi is 13mb already
20:50 < Wombert> and from what I can tell, we only need the "html" folder there
20:50 < Wombert> which is 1.6mb
20:50 < Wombert> not a big deal imho
20:50 < Wombert> oh
20:50 < Wombert> common/, too?
20:50 < Wombert> but why html _and_ xhtml?
20:50 < v-dogg> fo uses html
20:51 < Wombert> well
20:51 < Wombert> you need Apache FOP anyway for pdf, right?
20:51 < v-dogg> yep
20:51 < Wombert> then let's throw it out ;)
20:51 < Wombert> whoever wants that should install it by hand
20:51 < Wombert> html + common is 4.7M total
20:52 < Wombert> xhtml doesn't need html, does it?
20:52 < Wombert> xhtml is smaller so why not use that
20:52 < Wombert> 4.4M together
20:52 < Wombert> not a big deal really
20:55 < v-dogg> common/ lib/ xhtml/ and VERSION
20:55 < v-dogg> 4+ MB
20:55 < Wombert> 4.5
20:55 < Wombert> hmmh
20:56 < Wombert> okay
20:56 < Wombert> you're right
20:56 < Wombert> people should install it themselves
20:56 < Wombert> most will use the online docs anyway
20:56 < Wombert> or downlaod a pdf / zip
20:56 < Wombert> PEAR versions will contain a bundled manual
20:56 < Wombert> but no tests/, docs/ and etc/ folders
20:57 < Wombert> good
20:57 < Wombert> agreed?
20:57 < v-dogg> yep
20:57 < Wombert> but
20:57 < Wombert> is it possible to hand an argument to the task?
20:58 < Wombert> phing manual -Ddobookxsl=/path/to/blah
20:58 < Wombert> where you could give a path or an URL
20:58 < v-dogg> that's what I wanted to find out but I don't have time to do it now
20:58 < v-dogg> 20:16 < v-dogg> there must be a way to set parameters from phing so we can enable both local and remote xsl files
20:58 < Wombert> and if it's not given, the task will bail out right away
20:58 < Wombert> yeah
20:58 < Wombert> cool
21:02 < CIA-6> v-dogg * r643 /trunk/ (6 files in 2 dirs): Added phing task to generate xhtml and fo xml from docbook xml. For now it fetches xsl stylesheets from the Internet so it's slow (takes several minutes to complete). Improvements are to follow.
21:03 < v-dogg> improving tomorrow, good night :)
21:04 < Wombert> thanks mate nn
21:07 < Wombert> hmmh
21:07 < Wombert> I'm getting an error there
21:07 < Wombert> but it seems to write the file just fine
21:13 -!- impl [n=impl@httpcraft/php/nforbes] has joined #agavi
21:19 < Wombert> hi impl
21:19 < impl> Hey Wombert
21:21 < CIA-6> uwe * r644 /branches/uwe-validation/src/ (25 files in 3 dirs): fixes for coding style and phpdoc
21:31 < CIA-6> uwe * r645 /branches/uwe-validation/src/validator/ (3 files): missed some asBool() calls...
21:43 < CIA-6> dominik * r646 /trunk/src/config/AgaviRoutingConfigHandler.class.php: allow empty configuration blocks in routing.xml
21:46 < CIA-6> dominik * r647 /trunk/src/util/AgaviInflector.class.php: make inflector work for databases *g*
21:57 -!- shoan [n=shoan@59.92.144.62] has quit []
22:17 < CIA-6> uwe * r648 /branches/uwe-validation/src/ (4 files in 2 dirs):
22:17 < CIA-6> * fixed autoload.xml and compile.xml (put interfaces into compile.xml)
22:17 < CIA-6> * lots of typos...
22:20 < Wombert> http://trac.agavi.org/trac.cgi/wiki/CodingStyle updated, open to suggestions
22:41 < v-dogg> Wombert: yes, it seems to trigger errors every time even if everything went fine
22:42 < Wombert> very strange
22:42 < impl> Wombert: Did you ever come to a conclusion about using $template to contain decorator stuff or making a separate $slots array?
22:49 < Wombert> impl: no
23:37 -!- _uwe_ [n=uwe@86.56.43.37] has quit ["Verlassend"]
23:50 -!- toby_swe [n=Miranda@nl109-140-176.student.uu.se] has joined #agavi
23:52 < toby_swe> hi, i've just downloaded trunk and try to test the sample app. How do I get the master-templates URL's to work when I don't have routing? No mod-rewrite on the server.
23:53 < toby_swe> I've set "use-routing" to "false" in settings.xml
--- Day changed Mon Jul 03 2006
00:08 < Dortis> i'd say a separate $slots array is better...
00:09 < Dortis> toby_swe, i've not had the chance to play with the sample app yet...
00:09 < Dortis> sure Wombert or v-dogg would know the answer...
00:10 < Wombert> toby_swe: as usual
00:10 < Wombert> ah
00:10 < Wombert> oh
00:10 < Wombert> they don't work?
00:10 < Wombert> I have to check that
00:11 < Wombert> toby_swe: routing doesn't have anythign to do with mod_rewrite!
00:12 < toby_swe> aah!
00:12 < Wombert> that's the clue behind it ;)
00:12 < toby_swe> so, should it work like "out-of-the-box" anyway?
00:12 < Wombert> yes
00:12 < Wombert> what doesn't work for you?
00:14 < toby_swe> In the menu I see links like this: Secure Action
00:15 < toby_swe> no "index.php?" in front
00:23 < Wombert> oh
00:23 < Wombert> and mod_rewrite is not on?
00:23 < Wombert> that's a bug then
00:24 < Wombert> you sure about that?
00:24 < toby_swe> well... no... sorry
00:24 < toby_swe> seems to work now
00:25 < toby_swe> caching... proxy... or whatever
00:25 < Wombert> what was the problem?
00:25 < Wombert> hmmh
00:26 < toby_swe> at first, all URL's looked like "www.whatever.com/samples/www/index.php/module_disabled",
00:26 < Wombert> yes
00:26 < Wombert> that's correct
00:27 < toby_swe> sorry again, they looked like "www.whatever.com/samples/www/module_disabled"
00:27 < Wombert> ah
00:27 < Wombert> why?
00:27 < Wombert> did you add the .htaccess?
00:28 < toby_swe> i've taken that away. It was there at first (but in the form "_.htaccess").
00:30 < toby_swe> i've been following the discussions for a while, and looked forward to test out the routing, so now i'm happy it works :)
00:30 < Wombert> yes, but _.htaccess isn't used by apache
00:30 < Wombert> you have to rename it to .htaccess
00:31 < Wombert> otherwise, the index.php shouldn't be removed
00:31 < Wombert> so it would be good to know why index.php wasn't there for you
00:31 < Wombert> and what you did to bring it back
00:34 < toby_swe> well, I started by uploading the whole sourcecode to my ISP through ordinary ftp.
00:34 < toby_swe> Made some settings, in index.php
00:35 < toby_swe> tried out the sampleapp, and at that point the output looked fine, except for the links to the right.
00:36 < Wombert> and what did you do then?
00:36 < toby_swe> so i started to fiddle around and set use-routing to false
00:36 < toby_swe> which didnt help
00:37 < Wombert> wait wait wait
00:37 < Wombert> that didn't help?
00:37 < Wombert> oO
00:37 < toby_swe> No, but i'm not sure there is an agavi bug here.
00:38 < Wombert> hmh
00:38 < toby_swe> Couldn't it just have been some error (like some byte missing) in that first large ftp-upload
00:38 < Wombert> okay, use_routing false should generate proper urls, but that's apparently broken
00:38 < Wombert> but that's a different issue
00:38 < toby_swe> because i uploaded the src/routing-folder again, and now it works
00:39 < Wombert> index.php must be there unless you have a .htaccess with the contents of _.htaccess
00:40 < toby_swe> ok
00:41 < toby_swe> So... now I tried to switch routing on and off a couple of times, everything else equal
00:41 < toby_swe> when i switch it of, URL-generation doesn't work
00:42 < Wombert> yes, that's normal
00:42 < Wombert> but with routing on, index.php should be there
00:42 < toby_swe> ok, good
00:42 < toby_swe> yes
00:45 < Wombert> with routing off, you can still generate based on route names
00:45 < Wombert> but it will build an index.php?module=Default&action=Index&id=12313 or whatever URL
00:48 < Wombert> still, there's the question why it generated a proper route without index.php for you
00:49 < toby_swe> Do I need to change anything else than the use-routing-setting to get that to work in the sample app?
00:53 < Wombert> no
00:53 < Wombert> it also seems to be working for you now
00:53 < toby_swe> no
00:56 < toby_swe> With routing off I get "Login Action " for all links except for the error404...
00:56 < toby_swe> which gives: " david * r649 /trunk/src/routing/AgaviRouting.class.php: routing uses 404 action now if no route matched
04:07 < CIA-6> david * r650 /trunk/samples/webapp/ (25 files in 10 dirs): many changes to sample app, refs #164
04:10 -!- Wombert [n=Wombert@dslb-088-064-000-179.pools.arcor-ip.net] has quit []
07:27 -!- shoan [n=shoan@59.92.144.62] has joined #agavi
07:35 -!- raidman|Away is now known as raidman|Work
07:36 -!- raidman|Work [n=raidman@unaffiliated/raidman] has left #agavi ["#kill 6712"]
07:36 -!- raidman|Work [n=raidman@unaffiliated/raidman] has joined #agavi
07:38 < raidman|Work> morning
08:16 -!- shoan [n=shoan@59.92.144.62] has quit []
08:34 < v-dogg> huomenta
08:34 < raidman|Work> huomenta
08:56 < v-dogg> url generation doesn't work when routing is disabled
09:08 -!- impl [n=impl@httpcraft/php/nforbes] has quit ["Leaving"]
09:09 < ttj> Hmm... Now to figure out how to get the .dia file available online.
09:10 < v-dogg> ftp? ;p
09:10 < v-dogg> doesn't dia export to png or something?
09:10 < ttj> Nah, the problem is getting it out of the office LAN. :-)
09:10 < v-dogg> oukey :)
09:10 < ttj> Unless I e-mail it to myself.
09:20 < ttj> http://users.tkk.fi/~tjorri/agavi/agavi.dia
09:21 < ttj> I am so enjoying these company proxies...
09:22 < ttj> Anyway, that's still a very early draft; been just typing up the classes and mapping some inheritance.
09:27 < v-dogg> where the hell is View::NONE
09:27 < v-dogg> and wombie
09:29 < v-dogg> I insist david alters his daily routines so that he is here when I have things to ask :)
09:30 < ttj> Do you have his mobile's number? >;-)
09:31 < raidman|Work> lol
09:31 < raidman|Work> give me that number too, I'll want it just for DoS >:-)
09:31 < raidman|Work> :P
09:54 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has joined #agavi
09:55 < v-dogg> morning wombie :)
09:56 < v-dogg> would you mind putting your mobile number to the channel topic?
09:57 < Wombert> hi guys
09:57 < Wombert> lol :>>>>>
09:57 < Wombert> due to popular demand, the routing now jumps to the 404 action if it didn't match anything
09:57 < Wombert> which means your last route should be
09:57 < Wombert>
09:58 < Wombert> 'sup v-dogg? any problems?
09:59 < v-dogg> yeah
09:59 < raidman|Work> morning Wombert :)
09:59 < v-dogg> View:NONE doesn't exist :)
09:59 < Wombert> awwww come on
09:59 < Wombert> AgaviView::NONE;
09:59 < v-dogg> nope
10:00 < v-dogg> not even that exists
10:00 < Wombert> oO
10:00 < Wombert> wtf?
10:00 < Wombert> whoa
10:00 < Wombert> who deleted that?
10:00 < v-dogg> not me _o_
10:01 * Wombert scratches head
10:01 < Wombert> you could, of course, return null; or return; but that wouldn't be any fun would it
10:01 < v-dogg> if($viewName === null) {
10:01 < v-dogg> // no View returned, so we don't render anything
10:01 < v-dogg> return;
10:01 < v-dogg> }
10:03 < v-dogg> but...
10:05 < v-dogg> return null; causes: Notice: Undefined variable: viewModule in .....agavi\src\filter\AgaviExecutionFilter.class.php on line 223
10:06 < v-dogg> same thing with return;
10:06 < Wombert> yep
10:07 < CIA-6> david * r651 /trunk/src/ (2 files in 2 dirs): AgaviView::NONE is back in town
10:07 < raidman|Work> lol
10:07 < raidman|Work> AgaviView::NONE wb :)
10:09 < Wombert> that's workin now, v-dogg ?
10:11 < v-dogg> like a train's toilet
10:12 < v-dogg> a finnish saying :)
10:14 < Wombert> :p
10:16 < v-dogg> so what's the Best Practise to write a 404 action?
10:16 < v-dogg> where and how do I set http headers?
10:21 < Wombert> here's an idea:
10:21 < Wombert> execute() in views is run first
10:21 < Wombert> then, executeContextname() is run, too
10:21 < v-dogg> execute get run everytime?
10:22 < Wombert> yes
10:22 < Wombert> brb
10:22 < v-dogg> yeah, who not
10:22 -!- raidman|Work is now known as raidman|Away
10:29 -!- raidman|Away is now known as raidman|Work
10:30 -!- toby_swe [n=Miranda@PB111.EBC.UU.SE] has joined #agavi
11:52 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi
12:10 -!- _uwe_ is now known as uwe|lunch
12:23 < CIA-6> david * r652 /trunk/samples/webapp/modules/Default/views/Error404SuccessView.class.php: Send HTTP 404 response code for Error404 action
12:27 < v-dogg> and now you do that!
12:27 < v-dogg> I spent 30 minutes figuring out where and how it should be done!
12:29 < v-dogg> and got it working about 30 secs before you commited that
12:29 < v-dogg> I tried accessing Response thru controller in action
12:30 < v-dogg> but the status set there was overwriten
12:33 < Wombert> :p
12:33 < Wombert> v-dogg: no touching the response in the action! ever!
12:34 < Wombert> and don't use the global one either
12:34 < v-dogg> yeah
12:34 < v-dogg> I know that
12:34 < v-dogg> now.
12:34 < v-dogg> :)
12:39 < v-dogg> wanna write this to the manual?-)
12:39 < v-dogg> Best Practices
12:39 < Wombert> yep
12:39 < Wombert> I'm currently thinking about a way to prevent accessing the controller response altogether
12:39 < Wombert> from the outside
12:43 < v-dogg> btw, why is the default view name 'Input'?
12:43 < Wombert> is it?
12:43 < v-dogg> yep
12:43 < Wombert> ah yeah
12:43 < Wombert> well the reasoning is
12:43 < v-dogg> I mean default for getDefaultViewName
12:43 < Wombert> yes
12:43 < Wombert> the idea is
12:44 < Wombert> that usually, the only thing that doesn't need action logic is the GET part of an input form, if any
12:44 < v-dogg> agreed
12:45 < Wombert> because... well... for entirely static stuff, you have one action that serves all the pages or so
12:45 < Wombert> and other than that, like for a ViewProductAction, you probably need business logic, so it's not a problem
12:46 < v-dogg> it's not a problem at all. I just wanted to hear the reasoning :)
12:46 < Wombert> :)
12:46 < v-dogg> and I knew you had one :)
12:47 < v-dogg> you are The Master of Reasonings
12:47 < Wombert> interesting problem uwe came up with: login action, we want a login cookie set, PLUS forward to the original action after login...
12:48 < Wombert> setting a cookie in the action is wrong, wrong, wrong, so it must be done in the view, but then, we don't want a view to run, so... hmmmh
12:48 < v-dogg> I was just about start working on the very same problem
12:49 < v-dogg> /product/123 is secure and I want to be able to show it after the user has logged in
12:49 < Wombert> yep
12:49 < Wombert> go back to the login thing
12:49 < Wombert> a normal problem
12:49 < Wombert> btw, I'll change the behavior any minute now so that the login action is given the original requested module and action
12:50 < v-dogg> ok
12:50 < Wombert> oh but
12:50 < Wombert> hmmmh
12:50 < Wombert> wait
12:50 < Wombert> actually
12:50 < Wombert> you have to _forward_ after login, right?
12:50 < v-dogg> yes
12:50 < Wombert> errr
12:50 < Wombert> no
12:50 < Wombert> redirect
12:50 < Wombert> not forward
12:51 < Wombert> http://www.foo.com/products/view/123123
12:51 < Wombert> is secure, so we get to the login thing
12:51 < v-dogg> well whichever really, it doesn't matter to me
12:51 < Wombert> the login thing shows a form which uses /login
12:51 < Wombert> so ViewProductsAction isn't of much use because 123123 would be lost
12:51 < Wombert> you have to redirect back after login
12:52 < Wombert> mmmhright
12:52 < Wombert> yeah I wanted to have some URL info methods in the routing anyway
12:52 < Wombert> i.e. one that gives you server name
12:52 < Wombert> another one that gives you the complete
12:52 < v-dogg> I also thought about handling /cmrid/username/product/123 :)
12:52 < Wombert> shoot!
12:53 < v-dogg> cmrid and username would be auto-filled if the user wasn't logged in :)
12:53 < Wombert> why do you need both in the URL?
12:54 < v-dogg> both cmrid and username? or what?
12:54 < Wombert> yeah
12:54 < Wombert> can't you store them in a session?
12:55 < Wombert> btw, you would just have to read cmrid and username from a cookie, do that in the login view
12:55 < v-dogg> sure I can but the point here is this: a manager can send a sms or a mail to an employee that says "check out this http://www.example.com/cmrid/username/foo/123"
12:55 < Wombert> (LoginInputView)
12:55 < Wombert> and set them after a login, again in the login view (LoginSuccessView)
12:56 < v-dogg> and the user just clicks the link and it opens either a login screen or goes straight to foo/123 (if the user already has a session open)
12:59 < CIA-6> david * r653 /trunk/samples/webapp/modules/Default/ (4 files in 2 dirs): whoa, sorry, that's how responses are supposed to be used properly. my bad.
13:04 < CIA-6> david * r654 /trunk/src/controller/AgaviController.class.php: made Controller::getResponse() 'protected final' so the Finns can't do anything stupid :X
13:04 < Wombert> :>>>>>>>>>>
13:04 < Wombert> hey what a stupid smiley is that?
13:04 < Wombert> :(
13:04 < Wombert> :X
13:04 < Wombert> b000h
13:04 * Wombert kicks Colloquy
13:05 < v-dogg> HEY! :)
13:05 < Wombert> hmmmh
13:05 * Wombert ponders checking for proper inheritance in the factories compile handler
13:06 < Wombert> then people _really_ can't do it
13:10 -!- Fastly [n=fafsa@81-178-67-17.dsl.pipex.com] has joined #agavi
13:11 < raidman|Work> Wombert, hi
13:12 < raidman|Work> did you install trac with apache mod_python?
13:12 < v-dogg> Wombert: if I don't set any cookies during login I can just redirect, right?
13:12 < Wombert> raidman|Work: I didn't install it. no clue at all, sorry mate
13:13 < Wombert> v-dogg: sure, you can always redirect
13:13 < raidman|Work> Wombert, np :)
13:13 < Wombert> our problem here was much rather the forwarding
13:13 < Wombert> I'd still do it in the view, though
13:13 -!- horros [n=mle@w172.ip4.netikka.fi] has joined #agavi
13:13 < raidman|Work> oh
13:13 < raidman|Work> horros, really wb :)
13:13 < v-dogg> horros: good afternoon
13:13 < horros> hello lads
13:14 < v-dogg> +y
13:14 < v-dogg> err... +ie
13:17 < Fastly> Wombert, have you written any documentation on the new routing features?
13:17 < v-dogg> http://trac.agavi.org/trac.cgi/wiki/Routing
13:18 < v-dogg> just a brief introduction
13:18 < Fastly> great
13:18 < v-dogg> there's a lot more to it
13:21 < Wombert> 404 will be done automatically now, FYI
13:22 < v-dogg> ah, I'll update the page
13:22 < Wombert> the routing will soon be changed so it exposes information about the incoming URL
13:23 -!- shoan [n=shoan@61.95.206.107] has joined #agavi
13:23 < Wombert> also, pre- and postfixes are not possible for patterns, they won't be included in the request parameter then
13:24 -!- raidman|Work is now known as raidman|Away
13:24 < Wombert> and patterns may be optional by adding a ? after the ()
13:25 < Wombert> pattern="/category(/find-{name:\S+}-cheap-on-acme-dot-com})/(id:\d+)
13:25 < Wombert> matches www.acme.com/category/124
13:26 < Wombert> and www.acme.com/category/find-chainsaws-cheap-on-acme-dot-com/124
13:26 < Wombert> either way, request param "id" will be 124, and, in the second example, "name" will be 124
13:26 < Wombert> err
13:26 < horros> chanisaws, you mean?
13:26 < horros> :)
13:27 < Wombert> "name" will be chainsaws
13:27 < Wombert> yes
13:27 < Wombert> no wait, the pattern is foobar'd
13:27 < Wombert> pattern="/category(/find-{name:\S+}-cheap-on-acme-dot-com})?/(id:\d+)
13:27 < Wombert> that's better
13:27 < Wombert> pre- and postfixes may also be regular expressions, of course
13:28 < Wombert> duuuuuude
13:28 < Wombert> I think I gotta move to sweden
13:28 < Wombert> and comfort these poor fans
13:28 < Wombert> http://home.arcor.de/denn0r/tmp/schlechte%20Seite%20der%20WM2006.jpg
13:31 -!- raidman|Away is now known as raidman|Work
13:36 < v-dogg> Wombert: what's the Best Practise (portable, routing and rewrite settings independent) to redirect then.
13:36 < Wombert> in the view
13:41 < v-dogg> btw, I concur that route generation doesn't work when routing is disabled
13:44 < CIA-6> david * r655 /trunk/src/ (2 files in 2 dirs): fixed an issue related to now protected getResponse() method in controller
13:45 < Wombert> v-dogg: yep, I know, there's a bug
13:45 < v-dogg> ok
13:56 < CIA-6> david * r656 /trunk/samples/webapp/ (5 files in 4 dirs): a more complex routing sample
13:59 < v-dogg> Wombert: why should I redirect in view?
13:59 < v-dogg> and not in action?
13:59 < Wombert> view
13:59 < Wombert> because redirecting somewhere else is the view's job
13:59 < Wombert> the action doesn't have anything do to with it
13:59 < Wombert> it just does it's job, logging someone in, and then doesn't want to be bothered anymore
14:00 < Wombert> redirecting is a special thing, you usually only do it in a web environment
14:00 < Wombert> consider a GUI app
14:00 < Wombert> you don't redirect there
14:00 < Wombert> thus, it's the view's job
14:00 < Wombert> which is the reason why I suggested the per-context execute method in the view
14:00 < v-dogg> but my actions are more ambitious
14:00 < Wombert> they shouldn't be
14:00 < v-dogg> they want to redirect
14:01 < Wombert> never ever do anything that affects output etc in an action
14:01 < v-dogg> but how do I explain this to my actions?
14:01 < v-dogg> they have feelings too, you know
14:02 < Wombert> I doubt they'll be mad at you for this
14:02 < Wombert> it's like telling them "hey guys don't you want a bit more vacation time?"
14:02 < v-dogg> I'll blame you
14:03 < Wombert> :)
14:07 < shoan> Wombert: so you assign the vars from the request to the View based on which redirect is decided?
14:07 < shoan> Isn't that kindda laborious? :)
14:22 -!- uwe|lunch is now known as _uwe_
14:22 -!- _uwe_ [n=uwe@86.56.43.37] has quit ["Verlassend"]
14:23 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi
14:28 < v-dogg> Wombert: if a view exist only to redirect what should one set as a template?
14:29 < v-dogg> NullTemplate.php
14:31 < v-dogg> well actually it exists only to _forward_. redirecting works fine without a template of course
14:47 < Wombert> shoan: I didn't get that, sorry
14:47 < Wombert> v-dogg: good question
14:47 < Wombert> I have to look into this later
14:47 < Wombert> we must discuss Controller::redirect
14:48 < Wombert> technically, it doesn't matter, because the view will be rendered, but no output is sent since redirect() locks the global response
14:48 < v-dogg> but if you forward
14:49 < Wombert> ah
14:49 < Wombert> forward
14:49 < Wombert> well forwarding is a different story
14:49 < Wombert> I'd forward in an action, I think
14:49 < Wombert> it shouldn't happen too often anyway, should it?
14:49 < v-dogg> that's what I decided to do
14:49 < v-dogg> probably not
14:49 < Wombert> well it always depends
14:49 < v-dogg> after login and logout
14:49 < Wombert> sometimes you have to forward, sometimes you have to redirect
14:50 < Wombert> for a login and a logout, I'd redirect
14:53 < Wombert> http://technocrat.net/d/2006/6/30/5032
14:54 < raidman|Work> do a redirect after login is more secure than forward
14:54 < Wombert> yes
14:54 < Wombert> it's bulletproof in any regard
14:54 < v-dogg> bulletproof retard
14:55 < v-dogg> (kidding :)
14:55 < Wombert> :p
14:56 < raidman|Work> heh
14:58 < raidman|Work> I'll catch you later, bye
14:58 -!- raidman|Work is now known as raidman|Away
15:39 < horros> v-dogg: http://www.hs.fi/kuvat/iso_webkuva/1135220380631.gif
15:39 -!- raidman|Away [n=raidman@unaffiliated/raidman] has quit ["changing servers"]
15:39 < horros> for the rest of you: sorry, can't be arsed to translate :)
15:40 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has joined #agavi
15:40 < v-dogg> yeah :D
15:49 < Wombert> weird language
15:49 * Wombert runs
15:51 < v-dogg> If I were you I'd say absolutely nutting. Germy :p
15:53 < v-dogg> how are slots handled in agavi 0.11?
15:54 < v-dogg> sluts
16:38 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has quit []
16:43 < horros> hmpf
17:14 -!- toby_swe [n=Miranda@PB111.EBC.UU.SE] has quit []
17:17 -!- Wombert [n=Wombert@a013.tum.vpn.lrz-muenchen.de] has joined #agavi
17:24 < Wombert> re
17:24 < v-dogg> wazzup
17:24 < Wombert> nothing
17:25 < Wombert> b00000ring lecture
17:25 < Wombert> but attendance is compulsory if I want to get the credits...
17:25 < Wombert> Public Relations... st000pid blah blah
17:25 < Wombert> I wonder why these people get paid
17:25 < Wombert> all the guy down there says is so feckin obvious that you must be extremely retarded if you learn something really new here
17:27 < v-dogg> setting use_database to true...
17:27 < v-dogg> it worked?
17:27 < v-dogg> huh...
17:27 < v-dogg> something must be wrong :)
17:31 < Wombert> pfff
17:31 < Wombert> :p
17:43 < v-dogg> hmm..
17:44 < v-dogg> have you used Propel with Agavi 0.11?
17:45 < v-dogg> ups, gotta go
17:45 < v-dogg> later
17:53 < CIA-6> david * r657 /trunk/src/ (2 files in 2 dirs): all automatic forwards (error_404, login, secure, disabled, unavailable) are stored as request attributes now (in org.agavi.controller.forwards.*)
18:00 -!- raidman [i=armen@unaffiliated/raidman] has joined #agavi
18:03 -!- Wombert [n=Wombert@a013.tum.vpn.lrz-muenchen.de] has quit [Remote closed the connection]
18:24 -!- Wombert [n=Wombert@a015.tum.vpn.lrz-muenchen.de] has joined #agavi
18:24 < Wombert> re
18:28 -!- raidman [i=armen@unaffiliated/raidman] has quit [Read error: 110 (Connection timed out)]
18:34 -!- shoan [n=shoan@61.95.206.107] has quit []
18:38 -!- Wombert [n=Wombert@a015.tum.vpn.lrz-muenchen.de] has quit []
18:44 -!- Wombert [n=Wombert@a016.tum.vpn.lrz-muenchen.de] has joined #agavi
18:49 -!- Wombert [n=Wombert@a016.tum.vpn.lrz-muenchen.de] has quit []
20:27 -!- Wombert [n=Wombert@e181005223.adsl.alicedsl.de] has joined #agavi
20:38 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has quit [Read error: 104 (Connection reset by peer)]
20:39 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has joined #agavi
20:45 -!- shoan [n=shoan@59.92.148.6] has joined #agavi
21:05 -!- Wombert [n=Wombert@e181005223.adsl.alicedsl.de] has quit []
22:22 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has joined #agavi
22:30 -!- shoan [n=shoan@59.92.148.6] has quit []
22:36 < CIA-6> dominik * r658 /trunk/src/ (7 files in 2 dirs):
22:36 < CIA-6> adds missing phpdoc comments
22:36 < CIA-6> fixes #272,#273,#274
22:52 < CIA-6> uwe * r659 /branches/uwe-validation/ (12 files in 6 dirs):
22:52 < CIA-6> * rewritten AgaviValidatorConfigHandler (refs #269)
22:52 < CIA-6> * loooots of bugfixes in validators
23:01 < CIA-6> uwe * r660 /branches/uwe-validation/ (38 files in 16 dirs): merged changes from trunk up to r659
--- Day changed Tue Jul 04 2006
00:21 -!- illusina [n=tyler@adsl-70-141-244-70.dsl.irvnca.sbcglobal.net] has joined #agavi
00:22 < illusina> So it looks like Mojavi's main drive is irrecoverably lost...
00:38 -!- Fastly [n=fafsa@81-178-67-17.dsl.pipex.com] has quit ["Leaving"]
00:40 -!- _uwe_ [n=uwe@86.56.43.37] has quit ["Verlassend"]
00:41 -!- Fastly [n=fafsa@81-178-67-17.dsl.pipex.com] has joined #agavi
01:57 < Wombert> whoa, illusina, that's bad news :|
01:57 < Wombert> did you lose any data?
01:57 < Wombert> code, that is
01:59 < illusina> Wombert: code is local, forums and trac are gone
01:59 < Wombert> :|
01:59 < Wombert> sorry to hear that man
01:59 < Wombert> hope something like that doesn't happen to us...
02:01 < Fastly> omg... that really sucks... did you server hdd fail?
02:01 < illusina> Wombert: well, if you have any backup mechanisms in place?
02:01 < illusina> Fastly: indeed
02:01 < illusina> I haven't heard from the hosting company regarding what they plan on doig
02:01 < illusina> doing*
02:02 < Fastly> don't they take backups?
02:02 < illusina> it appears "no"
02:03 < Wombert> buggers
02:03 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has quit [Read error: 104 (Connection reset by peer)]
02:04 < illusina> Yeh...well...anyways
02:04 < Fastly> don't let it get you down... what's done is done...
02:05 < Fastly> maybe worth asking if they could send you the hdd... maybe you will have more luck in extracting at least some of the data
02:05 < Fastly> my laptop hdd died recently and good ol' knoppix came to the rescue and saved me some heartache
02:06 < illusina> we booted the system into knoppix recovery mode
02:06 < illusina> no help
02:06 < illusina> if either of you want to have a go at it you're more than welcome, it's still up on the live cd
02:06 < Fastly> well the forums for M3 are kinda redundant now since all important suggestions have either been considered or already part of agavi
02:07 < Fastly> i haven't followed M4 too closely... but it seems most of the important posts were from yourself
02:07 < Fastly> e.g. i'm sure your uml diagrams are local
02:08 < illusina> Yeh...but there's so much content that was on trac
02:09 < Fastly> trac is a bummer...
02:09 < Fastly> did you lose a wiki?
02:10 < illusina> Fastly: that is the wiki
02:12 < Fastly> sometimes the wiki part isn't as regularly used as the timeline, tickets, milestones etc...
02:13 < illusina> Fastly: but the data is still gone
02:15 < illusina> I don't mean to be a pessimist, but it's really rather bad
02:16 < Fastly> you know better than me what was on there... was hoping to make you feel better. i can fully understand how you must feel and hope the outcome isn't as bad as you think right now.
02:16 < illusina> Thanks man, I appreciate that
02:17 < illusina> Always nice to have a kind word
02:20 < Fastly> Wombert, what's the score if the agavi.org hdd failed right now?
02:20 < Wombert> Fastly: trac would be gone
02:21 < Wombert> website is svn
02:21 < Wombert> we're moving documentation to svn, too, so we should be pretty safe
02:21 < Fastly> without being insensitive, i think now's a good time to learn from this disaster
02:21 < Wombert> also, I've been thinking about moving the site and everything to a server of ours
02:21 < Wombert> which has RAID 1
02:21 < Wombert> and is faster too
02:22 < Wombert> and would offer the convenience of root access; I have to ask bob to fix something for me or so pretty often
02:22 < Fastly> cool... how about setting up a cron that dumps everything on a mirror?
02:23 < Fastly> well, selectively dumps trac, the forum etc..
02:23 < Fastly> downtime isn't really as much of a deal at the moment as data loss
02:23 < Wombert> yeah
02:23 < illusina> indeed
02:49 < CIA-6> david * r661 /trunk/docs/docbook/manual.xml: environments and contexts documentation, refs #30
03:22 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has joined #agavi
03:24 < Wombert> welcome vaejor
03:24 < vaejor> 'lo
03:25 < Wombert> who are you? :)
03:25 < Wombert> why are you here? :)
03:25 < vaejor> Just some random guy; started playing with agavi a couple days ago and liked it.
03:25 < vaejor> I have found something I think could use tweaking, so figured I might find a primary developer here
03:26 < Wombert> yes :)
03:26 < Wombert> are you using the version from trunk?
03:26 < Wombert> or 0.10.2?
03:27 < vaejor> tried a couple versions of 0.11.0 so far
03:27 < Wombert> awesome
03:27 < Wombert> shoot with the feedback, go go go!
03:27 < Wombert> mind if I ask where you're from?
03:28 < Wombert> I updated the sample app again this afternoon with a new routing example
03:28 < vaejor> just a minor issue with src/routing/AgaviWebRouting.class.php atm; it only seems to look for $_SERVER['REQUEST_URI'] which isn't supported by IIS(the XP installed versions I've used at least)
03:29 < vaejor> I'm from Baton Rouge, LA
03:29 < vaejor> Yeah, I downloaded the r660 right before leaving work, going playing with pushing it into place atm
03:30 < vaejor> right now, I have helicon isapi rewriter installed everywhere, so the only fix I have for that part deals with new server variables that are created through that isapi, I need to uninstall it and see what would be best to use without it as well
03:30 < Wombert> ah
03:30 < Wombert> isn't that the capital?
03:30 < vaejor> yep :)
03:30 < Wombert> I'm German so I don't have a clue ;)
03:31 < vaejor> and probably largest city atm in the state after New Orleans got hit by that hurricane last year ;)
03:31 < Wombert> :)
03:31 < Wombert> ooooh awesome you're an IIS user
03:31 < Wombert> we'll do whatever we can to get your issues sorted
03:31 < Wombert> this is excellent
03:31 < vaejor> but they're finally cleaning all that up and getting it back into place
03:31 < Wombert> yeah I heard about it
03:31 < vaejor> okay, lemme go uninstall helicon on one of my machines and see what the server variables look like
03:32 < Wombert> seen some documentaries etc
03:32 < Wombert> what is that helicon thing
03:32 < Wombert> what does it do
03:32 < vaejor> basically a clone of mod_rewrite(I believe that's what the apache mod is called)
03:32 < Wombert> does the bundled .htaccess sample work with helicon?
03:33 < vaejor> not directly, but I got something working
03:33 < Wombert> (just the .htaccess, not the agavi part of it)
03:33 < Wombert> cool
03:34 < Wombert> I'm sure we can work together and solve the issues
03:34 * Wombert adds IIS support to the feature list
03:34 < Wombert> ;)
03:35 < vaejor> on one machine, I have the /www folder pointed to an alias of: localhost/sc2/
03:35 < vaejor> the helicon code I threw together to rewrite it looks like this: RewriteRule ^(/sc2)(?:/index.php)?/?(.*?)?$ $1/index.php/$2 [I,L]
03:36 < Wombert> that should work out of the box
03:36 < Wombert> okay let me see
03:36 < vaejor> yeah, it's really close, just the special codes at the end really change
03:36 -!- illusina [n=tyler@adsl-70-141-244-70.dsl.irvnca.sbcglobal.net] has left #agavi []
03:37 < vaejor> that one means [I] -> ignore case; [L] -> if a match occurs, make this the last item processed
03:37 < vaejor> okay, let me see what the helicon variable was that I found
03:39 < vaejor> I basically did an isset() check on $_SERVER['REQUEST_URI']; if it didn't exist, I checked on $_SERVER['HTTP_X_REWRITE_URL'] and processed it exactly the same as REQUEST_URI
03:39 < Wombert> I think you should set a rewrite base instead
03:39 < Wombert> try adding
03:39 < vaejor> k
03:39 < Wombert> RewriteBase /sc2/
03:39 < Wombert> to the default .htaccess
03:40 < Wombert> maybe we should try to get everthing working without a .htaccess first
03:40 < Wombert> it's only purpose is to eliminate index.php anyway :)
03:40 < vaejor> hmm, that command doesn't seem to exist in exactly that form in helicon, but I see it referencing it
03:40 < vaejor> yeah, true
03:40 < vaejor> just remember that HTTP_X_REWRITE_URL for now ;)
03:40 < Wombert> will do
03:41 < vaejor> and I'll go uninstall helicon to break that part out and see what IIS does with server variables
03:41 < Wombert> hmmh
03:41 < Wombert> does helicon affect other parts of IIS?
03:41 < Wombert> or is it just rewriting
03:42 < vaejor> just rewriting url/headers, etc
03:42 < Wombert> you _shouldn't_ have to uninstall it then
03:42 < vaejor> but that's really the only thing I'm having any trouble with, the AvagiWebRouting.class.php
03:42 < Wombert> good to hear that ;)
03:43 < Wombert> so let's get started ;)
03:43 < Wombert> if you rename .htaccess to _.htaccess, and then bring up the sample application, does everything work?
03:43 < vaejor> k, getting it uninstalled right now, backed up the .ini file I had already for it for later
03:43 < Wombert> cool
03:43 < Wombert> then do the uninstall first
03:43 < Wombert> I'll grab some soda
03:43 < Wombert> hbrb
03:43 < vaejor> k
03:50 < Wombert> re
03:50 < vaejor> okay
03:50 < vaejor> oops, bad italics
03:51 < vaejor> okay, without helicon, there doesn't seem to be any single variable that purely could replace REQUEST_URI
03:51 < Wombert> that sucks
03:51 < Wombert> any chance you could throw in a info.php with and save that file and send it to me or so?
03:51 < vaejor> yeah
03:52 < Wombert> (i.e. call the file and save the document :p)
03:52 < Wombert> from a subdir, if possible, please
03:52 < Wombert> also, please call it with a path info, too, and send that also
03:52 < Wombert> i.e. /path/to/index.php/asdkadha
03:52 < vaejor> yeah, the project I played with first this weekend was in a subdir too
03:52 < vaejor> localhost/numbers/index.php
03:53 < vaejor> it supports some routing, you want a copy of it from localhost/numbers/index.php/8 ?
03:53 < Wombert> yes
03:53 < vaejor> k
03:53 < Wombert> does that work out of the box with IIS?
03:53 < Wombert> send me both please
03:53 < Wombert> index.php
03:53 < Wombert> and index.php/8
03:53 < vaejor> no, I had to add a few tweaks to the router
03:53 < vaejor> +code
03:53 < Wombert> no I mean
03:53 < Wombert> can you add path info to files in IIS
03:54 < Wombert> info.php/8, would that work?
03:54 < vaejor> yeah, there's just 1 thing you have to make sure isn't active
03:54 < Wombert> assuming info.php is just
03:54 < Wombert> yeah cool
03:54 < vaejor> IIS has an option to verify a file exists before attempting to execute it
03:54 < Wombert> I see
03:54 < vaejor> if that's on, it causes problems with this layout
03:54 < Wombert> yeah ;)
03:54 < vaejor> if it's off, it'll figure it out
03:54 < Wombert> cool
03:54 < Wombert> what's that setting called?
03:55 < Wombert> and how do you disable it?
03:55 < vaejor> checkin
03:55 < vaejor> g
03:55 < Wombert> (good for our install guide)
03:55 < Wombert> thanks mate
03:55 < vaejor> Control Panel -> Administrative Tools -> Internet Information Services
03:56 < vaejor> ( find your website entry in the Web Sites list )
03:56 < vaejor> right click, select properties
03:56 < vaejor> choose the 'Home Directory' tab
03:56 < vaejor> click the 'Configuration...' button near the bottom right of the box
03:57 < vaejor> in the Mappings tab (default tab when the screen is opened), select the .php extension entry in the list and click the 'Edit' button
03:57 < vaejor> on the bottom left is a checkbox marked: 'Check that file exists' Make sure this is not checked
03:58 < vaejor> --- that should cover it
03:58 < Wombert> perfect explanation, will add that to the install guide, thanks
03:58 < vaejor> np
03:58 < vaejor> okay, going back to gather phpinfo data
03:58 < Wombert> cool
03:59 < Wombert> thanks for all your help
03:59 < vaejor> np
03:59 < Wombert> I appreciate that
03:59 < vaejor> it's a good project, I don't mind helping :)
03:59 < vaejor> I'm considering trying to push it as a new MVC for work
03:59 < Wombert> sweet
03:59 < Wombert> yeah we've been using agavi for clients project for quite some time here
03:59 < Wombert> but 0.11 really really is different
03:59 < vaejor> tried mojavi a few times and could never get a good enough grasp for some reason; figured out this one in one night
04:00 < Wombert> a lot of the features really are for companies, even big one
04:00 < Wombert> did you see the ability to have cascaded config files?
04:00 < Wombert> where each file may have a parent config, like autoloads.xml?
04:00 < vaejor> don't think I've gotten quite that far into it yet ;)
04:00 < Wombert> your project autoloads.xml could have a "parent" file /shared/allprojects/autoload.xml
04:01 < vaejor> mainly looking into small pieces I've been seeing a need for, to do things better than what we have atm
04:01 < vaejor> ah, nod
04:01 < Wombert> where you can throw in autoloads that are shared by all projects etc
04:01 < vaejor> interesting
04:01 < Wombert> this works for everything... autoloads, database configs (very handy!), filters, you name it
04:01 < vaejor> would there be a shared compile directory, or mainly just to have a consistant preload for globally needed files?
04:02 < Wombert> no, applications still build their own caches etc
04:02 < vaejor> nod
04:02 < Wombert> it's just so people can centralize their configuration if they want
04:03 < Wombert> did you see output types?
04:03 < vaejor> yeah, that I definately noticed ;)
04:03 < Wombert> LatestProductsAction already exists, throw in a new template for RSS, and that's it, no changes to action or view
04:03 < vaejor> we use smarty, so I think I'll be learning that part really soon to get it working
04:03 < Wombert> yeah smarty works pretty well now
04:03 < Wombert> here's a tip: right now, template variables are available via ${template.varname}
04:03 < Wombert> you can change that to ${whatever.varname}
04:04 < vaejor> I noticed the renderer action for it, but didn't have time to put it into play to test it
04:04 < Wombert> or you can have vars exported... ${varname}
04:04 < vaejor> yeah, I was thinking about just getting it into {$varname} format
04:04 < Wombert> yeah I tested it a lot seems to be working like a charm right now
04:04 < vaejor> might tweak the existing copy to do that
04:04 < Wombert> if you want that, set a parameter for smarty renderer in the output types config... true
04:05 < Wombert> all this stuff will need helluva lot of documentation
04:05 < vaejor> grin, yeah
04:05 < Wombert> the problem is... a lot of it will be lost in the mass of it
04:05 < vaejor> I'm terrible at documentation ;)
04:05 < Wombert> which is a shame because many of the small features are really helpful to people
04:05 < Wombert> I was just about to ask if you wanted to contribute documentation or so ;o)
04:06 < vaejor> okay, evidently without helicon, one of the tweaks I made is off now
04:07 < vaejor> 'off', meaning it's messing with the filename and not parsing correctly, I'm getting router->get() pushing out localhost/numbers/index.p/8
04:10 < vaejor> alright, I found somewhere to push out phpinfo before messing with the router
04:12 < vaejor> okay, I have the phpinfo file ready; saved file in .html format
04:13 < vaejor> ah, there we go, got a better one with the phpinfo(); actually inside the templates/IndexSuccess.php this time
04:14 < Wombert> wait wait
04:14 < Wombert> could you give me a totally clean phpinfo()?
04:14 < Wombert> i.e. really just a file with
04:14 < vaejor> ah, outside agavi project?
04:14 < Wombert> just to be sure, you know :)
04:14 < Wombert> yeah
04:14 < vaejor> yeah, I can dump something in root folder
04:15 < Wombert> or a subdir, that would be preferred
04:15 < vaejor> yeah, I can make a temp subfolder
04:15 < Wombert> you can just throw a "info.php" into www/ that should do the job
04:17 < vaejor> okay, http://localhost/subfolder1/index.php contains is saved to .html file
04:18 < Wombert> cool
04:18 < Wombert> could you call it via /subfolder1/index.php/foo and save that, too, please?
04:18 < vaejor> k
04:18 < Wombert> great
04:18 < vaejor> trying to send the first one; haven't used irc on trillian for a while, so not sure how well it'll work
04:19 < Wombert> oh I guess that won't work
04:19 < Wombert> could you email it to me?
04:19 < vaejor> yeah
04:19 < Wombert> got my message?
04:19 < vaejor> yeah
04:19 < Wombert> cool
04:20 < vaejor> alrighty, foo part is done
04:20 < vaejor> I'll throw them in a zip file just to make sure email doesn't do something weird
04:22 < Wombert> cool
04:24 < vaejor> should be on it's way
04:24 < vaejor> looks like it may be ORIG_PATH_INFO that needs to be used
04:26 < Wombert> ah
04:26 < Wombert> PATH_INFO is there and correct
04:26 < Wombert> excellent
04:26 < vaejor> hmm
04:26 < vaejor> didn't notice that
04:26 < vaejor> yeah
04:26 < vaejor> there it is
04:26 < Wombert> okay, let me quickly create the same test case to see where the similarities are
04:26 < vaejor> k
04:29 < Wombert> I wonder why there is ORIG_SCRIPT_NAME and SCRIPT_NAME
04:29 < Wombert> and what the difference i
04:29 < Wombert> s
04:29 < vaejor> not sure, I'll go look around on the web while you're looking at that
04:30 < Wombert> but I think you're right, ORIG_PATH_INFO seems the best choice
04:33 < CIA-6> david * r662 /trunk/src/routing/AgaviWebRouting.class.php: an attempt to get routing working on IIS
04:33 < Wombert> could you try that?
04:34 < vaejor> yeah
04:36 < vaejor> code looks good, putting it into play
04:36 < Wombert> don't forget to clear the cache
04:36 < Wombert> or
04:36 < vaejor> I might do another isset check on request_uri too
04:36 < Wombert> in index.php
04:36 < Wombert> boostrap the development environment
04:36 < vaejor> I think with helicon, it's possible neither of those will exist
04:36 < Wombert> which enables debug mode
04:36 < vaejor> nod
04:37 < Wombert> Agavi::bootstrap('development');
04:37 < vaejor> yeah, I'm running in debug mode
04:37 < Wombert> oh you got that already? sweet
04:37 < Wombert> smart guy ;)
04:37 < vaejor> heheh
04:37 < vaejor> I've had the pain of cached files enough times already ;)
04:37 < Wombert> you sure you don't wanna help with documentation or code or anything? :)
04:38 < vaejor> grin, I'm terrible on keeping up on longterm projects, so I hate to say yes
04:38 < vaejor> I jump around a lot into random things as I see a need/use, work on them till I understand them enough to use them later if I want, then usually move on
04:39 < vaejor> more of a student than a developer half the time ;)
04:39 < Wombert> ;)
04:39 < Wombert> anyways, if you feel the urge to contribute or so, just drop me a line
04:40 < vaejor> k
04:40 < Wombert> and, of course, you're welcome to idle here on IRC for a chat whenever you want
04:40 < Wombert> so...
04:40 < Wombert> did it work?
04:40 < vaejor> yeah, I'll probably do that for a bit while devloping; if nothing else, can drop notes if I notice anything
04:40 < vaejor> just got the files in place, testing now
04:41 < Wombert> that's good, yeah, and help others who might have questions (we get up to 15 users during daytime, slow but steady)
04:41 < Wombert> I really think we need proper documentation and a new website if we want the project to take off
04:41 < vaejor> yep, that works
04:41 < vaejor> got me exactly the page I expected
04:41 < vaejor> with: http://localhost/numbers/index.php/8
04:41 < Wombert> sweet
04:42 < Wombert> could you try the sample app?
04:42 < vaejor> hmm, yeah, lemme go find it
04:43 < Wombert> www/index.php/ should work then and show a welcome page
04:43 < vaejor> yeah, just have to setup the core defines real quick
04:43 < Wombert> what's important is a) that the urls generated in the left menu are okay and b) that incoming urls are matched correctly
04:43 < Wombert> no problem
04:43 < vaejor> not using pear installer, so just copying around as I need things
04:45 < vaejor> hmm, 404, gonna to tweak out the 404Success.php to see if it's seeing agavi layer
04:45 < Wombert> wait
04:45 < Wombert> did you call www/index.php/
04:45 < Wombert> that's important
04:46 < vaejor> ah, the last /, no I didn't
04:46 < Wombert> there's another bug right now that will show a 404 for index.php
04:46 < Wombert> or just www/
04:46 < vaejor> yeah, that worked
04:46 < Wombert> awesome
04:46 < vaejor> yeah, I caught that at work today; slightly annoying for a while ;)
04:46 < Wombert> first menu item should be the same url
04:46 < vaejor> yep, exactly the same
04:46 < Wombert> second one: www/index.php/login
04:46 < Wombert> third .../secure
04:46 < vaejor> the rest are layering correctly
04:47 < Wombert> secure2
04:47 < Wombert> asdkalsdhas?
04:47 < Wombert> disabled
04:47 < vaejor> product/buy--.....etc
04:47 < Wombert> and /products/buy-cheap-whatever-at-agavi-dot-org/4815162342
04:47 < Wombert> great!
04:47 < Wombert> do they all work?
04:47 < vaejor> amusing idea btw, I may borrow that as an idea for work ;)
04:47 < vaejor> I work for an internet retailer
04:47 < Wombert> heh ;)
04:47 < Wombert> whoa
04:48 < Wombert> here in germany, you have about.. uhm... 5000 web sites that allow you to compare prices and whatever
04:48 < Wombert> they all suck
04:48 < Wombert> and they all try to spam google with urls like that
04:48 < vaejor> 404 on the asdjashdasd?; AgaviConfigirationException on disabled; everything else is good
04:49 < Wombert> www.stupid-shop.de/apple-ipod-cheap-at-stupid-shop/123.html
04:49 < vaejor> yeah, we do actual selling of products and ship ourselves or have people directship for us
04:49 < Wombert> and you get that all the time when googling
04:49 < Wombert> ooooh wait
04:49 < Wombert> 404 is okay
04:49 < Wombert> but why a configuration exception
04:49 < Wombert> what does it say
04:49 < vaejor>
04:49 < vaejor> Configuration file "C:\Inetpub\wwwroot\agavi_samples\webapp/modules/Disabled/config/module.xml" does not have a registered handler
04:49 < Wombert> oh
04:49 < Wombert> the darn slashes
04:49 < vaejor> heheh
04:49 < Wombert> let me try to fix that
04:51 < vaejor> k
04:53 < Wombert> could you help me with that, vaejor
04:53 < vaejor> how so?
04:54 < Wombert> open config/AgaviConfigCache.class.php and locate method callHandler
04:54 < Wombert> add
04:54 < Wombert> echo "handler: $handler, config: $config\n";
04:54 < Wombert> as the first line
04:54 < Wombert> then reload a working sample app url in the browser, show source, and show it to me
04:54 < vaejor> k
04:54 < Wombert> that'll be quite some lines, maybe use http://pastebin.ca/
04:55 < Wombert> thank you
04:55 < vaejor> np
04:56 < vaejor> handler: C:\Inetpub\wwwroot\agavi_samples\webapp/modules/Disabled/config/module.xml, config: C:\Inetpub\wwwroot\agavi_samples\webapp/modules/Disabled/config/module.xml
04:57 < vaejor> is that what you needed?
04:57 < Wombert> yep
04:58 < Wombert> hmmmh
04:58 < Wombert> interesting
04:58 < Wombert> I wonder why that doesn't work
04:58 < vaejor> I'm wondering if it's an issue with the \a in the middle of that
04:58 < vaejor> I think that's normally the escape sequence for {bell}
04:59 < Wombert> does changing
04:59 < Wombert> if(preg_match($pattern, $handler)) {
04:59 < Wombert> to
04:59 < vaejor> there's a few spots in agavi that escape single quotes at times, wonder if it's not needed here as well
04:59 < vaejor> er, not single quotes
04:59 < Wombert> if(preg_match($pattern, addslashes($handler))) {
04:59 < vaejor> single backslashes
04:59 < Wombert> help?
04:59 < vaejor> line 85ish?
04:59 < Wombert> aye
04:59 < Wombert> 87
04:59 < Wombert> or
04:59 < Wombert> yeah
05:00 < Wombert> 85
05:00 < vaejor> ish, heh
05:00 < Wombert> ;>>
05:00 < vaejor> looks like the same
05:00 < Wombert> meh
05:00 < vaejor> the error seems to appear at 132
05:00 < vaejor> # if (!is_readable($cache) || filemtime($filename) > filemtime($cache)) {
05:00 < vaejor>
05:00 < vaejor> # // configuration file has changed so we need to reparse it
05:00 < vaejor>
05:00 < vaejor> #
05:00 < vaejor> self::callHandler($config, $filename, $cache, $context);
05:00 < vaejor>
05:00 < vaejor> # }
05:00 < vaejor>
05:00 < vaejor> #
05:00 < vaejor>
05:00 < vaejor> # return $cache;
05:00 < vaejor> at self::callHandler() line
05:01 < vaejor> maybe try addslashes on $config in there?
05:02 < vaejor> hmm, nope
05:02 < vaejor> was too easy, couldn't be it
05:03 < Wombert> yeah
05:03 < Wombert> I guess we can reproduce it though
05:03 < Wombert> I'm sitting here on a Mac, but Dominik has a Windows box
05:03 < Wombert> I'll ask him to look into it tomorrow
05:05 < Wombert> I'm glad we solved your first IIS issue
05:05 < vaejor> yeah, that should make it work pretty good out of the box for iis now
05:05 < Wombert> don't try too hard figuring out what's wrong there with that config handler, I bet Dominik will spot the problem within five seconds
05:05 < vaejor> I want to check see what helicon does with the variables now
05:05 < Wombert> he wrote most of the config handling stuff
05:06 < Wombert> yeah it'd be interesting to see if we can make it work with ISAPI_rewrite
05:06 < vaejor> yeah, I've scanned it a few times and realized I just don't know the internals enough to put too much time into it ;)
05:06 < vaejor> k, gonna reinstall it and get some data
05:07 < vaejor> whoa, I just realized I don't have to work tomorrow; I love that feeling
05:09 < vaejor> wow, looks like ORIG_PATH_INFO will work
05:09 < vaejor> but it would cause any hidden data to be seen in future links
05:10 < vaejor> hmm, my regex may be off
05:10 < vaejor> ORIG_PATH_INFO /numbers/index.php/index.php/8
05:10 < vaejor> HTTP_X_REWRITE_URL /numbers/index.php/8
05:11 < vaejor> I'll check see if it's the regex I'm using in the helicon httpd.ini file (synonym for .htaccess)
05:11 < CIA-6> david * r663 /trunk/docs/docbook/manual.xml: Apache/IIS installtion instructions, plus a pretty hopeless attempt at coming up with something human readable for 'How a Request is Processed'... sorry. refs #30
05:14 < Wombert> we really, really, really need a native speaker for the documentation
05:14 < vaejor> native speaker?
05:14 < Wombert> yeah
05:14 < Wombert> uh
05:14 < Wombert> did I mention I am German? ;)
05:14 < vaejor> native english?
05:14 < vaejor> ah, heh, yeah
05:14 < Wombert> yes
05:14 < vaejor> I can't tell honesly
05:15 < vaejor> the documentation contains enough examples with brief explanations it's readable by me
05:15 < vaejor> but I'm heavily a code reader rather than documentation reader
05:15 < vaejor> so code examples teach me much more quickly
05:15 < Wombert> you can probably tell that one of ze crazy germans wrote the docs... a native speaker would probably manage to come up with something more fluent etc
05:16 < Wombert> yeah but I decided to have some blah blah first so people get a quick overview of the main parts before I throw code samples at them
05:16 < vaejor> eh, if I see anything in flac that's off I'll see if I can tweak it to be more clear(then again, I'm from cajun country in louisiana, we're known for bad speech as well;) )
05:16 < Wombert> :)))
05:17 < vaejor> there we go; got the regex fixed up
05:17 < vaejor> looks like ORIG_PATH_INFO is appropriate
05:17 < vaejor> and PATH_INFO looks like expected as well
05:17 < Wombert> that's great news, so it generates the URLs properly?
05:17 < Wombert> and the work, too?
05:17 < vaejor> so helicon doesn't seem to change enough
05:17 < vaejor> yeah
05:18 < Wombert> cool, what does the regexp look like
05:18 < vaejor> _SERVER["PATH_INFO"] /8
05:18 < vaejor> _SERVER["ORIG_PATH_INFO"] /numbers/index.php/8
05:18 < vaejor> I cloned the one from work:
05:18 < vaejor> RewriteRule (/numbers)(?:/index.php)?/?(.*)?$ $1/index.php/$2 [I,L]
05:19 < vaejor> it seems to work for the basic 4 annoying possible entry methods(4 ways without any extra data)
05:19 < vaejor> 1) /numbers 2) /numbers/ 3) /numbers/index.php 4) /numbers/index.php/
05:19 < Wombert> RewriteCondition doesn't work?
05:20 < vaejor> it's available, what would it be used for here?
05:20 < Wombert> ah
05:20 < Wombert> wait
05:20 < Wombert> did you have a look at the sample/www/_.htaccess file?
05:21 < vaejor> just opened it to see;)
05:21 < Wombert> it seems like you could just use that one
05:21 < Wombert> and maybe add
05:21 < vaejor> ah yeah, helicon has no access to verifying file existance
05:21 < vaejor> I looked into that today
05:21 < Wombert> RewriteBase /numbers/
05:21 < Wombert> hmmh
05:22 < vaejor> oo, yeah, there is something similar
05:22 < vaejor> hadn't noticed that before, that's nice
05:22 < vaejor> called: UriMatchPrefix
05:23 < Wombert> yeah you probably need UriFormatPrefix, too
05:23 < Wombert> hmmmh
05:24 < Wombert> it's really not good at all that ISAP_Rewrite can't check for file existance
05:24 < vaejor> yeah
05:24 < Wombert> because there must be a way to prevent images etc from being handed to agavi, too
05:24 < vaejor> extension checking
05:25 < vaejor> because I'm forcing through index.php at some point, I'd believe it would only be able to use that as an entry point
05:25 < Wombert> uh but
05:25 < Wombert> the point of the rewrite is to _remove_ index.php from the URL, isn't it
05:25 < vaejor> yeah, the only reason my regex even checks for it is in case
05:25 < vaejor> hrm
05:25 < vaejor> I think I see what you mean
05:25 < Wombert> so how do you know if /products/view/1234 should be handled by IIS or by Agavi
05:26 < Wombert> that's what that RewriteCond did
05:26 < Wombert> it checked if the file was there
05:26 < vaejor> have to escape all your image directories maybe
05:26 < Wombert> and only when not, it would forward
05:26 < vaejor> I'll have to see how we do it at work
05:26 < Wombert> yeah
05:26 < vaejor> we have something in place for that already
05:26 < Wombert> cool, I'd love to hear about that
05:26 < vaejor> our images are a sublayer of our main folder and the stuff coming into the main page is all sent through a single file like agavi does already
05:26 < Wombert> maybe we can add the idea to the manual
05:26 < vaejor> (phrame primarily)
05:26 < vaejor> sublayer -> subfolder
05:27 < vaejor> (phrame is the mvc we have in atm )
05:27 < vaejor> sorry, mind is jumping around a bit...think I ate too many fireballs
05:28 < vaejor> I'm actually logged into work, lemme go see what it's doing
05:29 < vaejor> ah, it's actually only a partial working idea
05:29 < vaejor> instead of using standard ? = & = & = get variable types, or the / type, we have _ _ _ _ style
05:31 < Wombert> no problem
05:32 < Wombert> what's a fireball
05:32 < vaejor> so basically most of our rules require a _ somewhere in it; anything not requiring a _ already has some requirement for .asp or .html
05:32 < vaejor> basically a very hard candy, cinnamon flavored, with a sugar core
05:32 < Wombert> Atomic Fireball?
05:32 < Wombert> oO
05:32 < vaejor> yeah, those
05:32 < Wombert> cool :>
05:32 < vaejor> but these were minis
05:33 < vaejor> I ate about 10 in an hour
05:33 < Wombert> is that too much?
05:33 < vaejor> sugar usually doesn't affect me much normally, but I've noticed it starting to lately
05:33 < Wombert> oO
05:33 < vaejor> so I'll have to say a definate 'maybe'
05:33 < Wombert> you know Skittles?
05:34 < vaejor> *drool(
05:34 < Wombert> http://en.wikipedia.org/wiki/Skittles_%28candy%29
05:34 < Wombert> these are great too
05:34 < Wombert> you can't stop eating those
05:34 < Wombert> especially the sours
05:34 < vaejor> yeah, luckily those are so gummy I can only eat so many
05:34 < vaejor> now if I alternate between that and M&M's, I can go for hours
05:34 < Wombert> haha :>
05:35 < vaejor> so anyways, that's why images aren't so bad on our site
05:35 < Wombert> yeah
05:35 < vaejor> there is an issue if someone uploads an image with an _ in it though
05:35 < vaejor> I've seen that happen
05:35 -!- shoan [n=shoan@59.92.148.6] has joined #agavi
05:35 < vaejor> the main way would probably just require a rule to catch it before the agavi rule
05:36 < vaejor> ^(/images/.*) $ $1 [I,L] probably
05:38 < Wombert> well
05:38 < Wombert> or a RewriteCond
05:38 < vaejor> yeah
05:39 < Wombert> RewriteCond URL ^/(^images)
05:39 < Wombert> or something
05:39 < vaejor> nod
05:39 < Wombert> but that really sucks
05:39 < Wombert> hmmmmmh
05:39 < vaejor> heh
05:39 < vaejor> does agavi need to be aware of the directory structure in www/ ?
05:41 < Wombert> eeeeh wait
05:41 < vaejor> hmm, or maybe better, configuration file with a list of subdirectories
05:41 < vaejor> maybe with regexp
05:41 < Wombert> isapi_rewrite has it's own settings, too!?
05:41 < Wombert> and it also has a "check that file exists" checkbox, is that correct?
05:41 < vaejor> that's part of IIS settings
05:41 < vaejor> but it has to be turned off for .php
05:42 < vaejor> image files don't need any processing
05:42 < Wombert> oh okay nevermind
05:42 < vaejor> you might be able to add them, but that would probably be going overboard
05:42 < Wombert> http://www.helicontech.com/forum/forum_posts-TID-438.asp
05:42 < Wombert> meh
05:43 < vaejor> hmm, so apache can catch it easily enough with the file detection, but it might fall through on IIS?
05:44 < Wombert> yeah it works on apache, that's exactly wha tthe sample .htaccess does
05:44 < vaejor> but is it only caught on apache if you're using mod_rewrite...but if no mod_rewrite, then you'd have index.php anyways, so it shouldn't matter
05:46 < vaejor> since it only would be an issue specifically at this point with IIS with the ISAPI_rewrite, I'm thinking that's a small %; maybe make a note of the potential problem and mention to catch your image directories since you can't do specific file detection, but any other change wouldn't affect enough people
05:47 < vaejor> hopefully, if someone is using ISAPI_rewrite, they can add a rewriteCond like that pretty quickly
05:51 < Wombert> yeah
05:51 < Wombert> sure
05:51 < Wombert> I just don't get why the developers don't add that
05:51 < Wombert> it would be veeeery easy to do I reckon
05:51 < vaejor> yeah, guess they don't see the need for some reason
05:51 < vaejor> it would potentially slow it down a bit
05:51 < vaejor> filecheck on every inbound connection
05:52 < Wombert> filesystem stuff like that is usually acched
05:52 < Wombert> cached even
05:52 < vaejor> theoretically the HD cache shouldn't have a problem doing it....
05:52 < vaejor> yeah, questionable why they don't
05:53 * Wombert yawns
05:53 < vaejor> guess filesystem access isn't part of the base code for that yet, it's mainly just regex manipulator
05:53 < vaejor> what tim is it over there?
05:53 < Wombert> 5am
05:53 < Wombert> which mean
05:53 < Wombert> s
05:53 < Wombert> I really gotta go to bed
05:53 < vaejor> ew
05:53 < vaejor> yeah
05:53 < vaejor> it's 10p here
05:54 < Wombert> yeah heh ;>
05:54 < Wombert> well, no big deal, I'm running my own small company after all so I start working whenever I like ;)
05:54 < vaejor> i'll probably be around tomorrow; no work so I'll be playing with implementing some things for a bit
05:54 < vaejor> heheh, funfun
05:54 < Wombert> anyways, maybe you can make it work using UriMatchPrefix
05:54 < Wombert> oooh that's good news
05:54 < Wombert> well
05:54 < Wombert> see ya than
05:54 < Wombert> nice to talk to you and all
05:54 < Wombert> and thanks for using agavi ;)
05:54 < vaejor> you too, thanks for the fixes :)
05:54 < Wombert> anytime, man
05:55 < Wombert> nn
05:55 < vaejor> night
05:55 -!- Wombert [n=Wombert@dslb-088-064-002-039.pools.arcor-ip.net] has quit []
06:49 -!- shoan_ [n=shoan@59.92.192.100] has joined #agavi
07:04 -!- shoan [n=shoan@59.92.148.6] has quit [Read error: 110 (Connection timed out)]
07:50 -!- shoan [n=shoan@59.92.192.100] has joined #agavi
08:04 -!- shoan_ [n=shoan@59.92.192.100] has quit [Read error: 110 (Connection timed out)]
08:48 < v-dogg> huomenta
08:57 -!- shoan [n=shoan@59.92.192.100] has quit []
09:40 < ttj> Huomen.
09:49 -!- shoan [n=shoan@61.95.206.107] has joined #agavi
10:17 < ttj> Hmm... I have a pattern="/edit(/{org:\S+})" and it maps correctly to the module and action, but $routing->gen("name", array("org"=>"Foo")) returns /editFoo. Any suggestions if I want to keep the second dash optional?
10:18 < ttj> I mean pattern="/edit(/{org:\S+})?" even.
10:19 < v-dogg> I'd say that's a bug
10:19 < ttj> 'k. I'll open a ticket?
10:20 < v-dogg> maybe we should ask wombie first
10:20 < ttj> Sounds good. Plus I'm not that sure I can open tickets. :-)
10:21 < v-dogg> sure you can
10:24 < ttj> Perhaps it's just the "running after buses for the better part of the morning in hot weather", but I don't see a "Create Ticket" button.
10:24 < ttj> But anyway, my life doesn't depend on that, so I'm fine with waiting for Wombert.
10:25 < v-dogg> hmm... you're right, one must be logged in to open tickets
10:25 < v-dogg> this must have been changed because of spam
10:32 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi
11:04 -!- Entriple [n=guy133@216.118.194.14] has quit []
12:03 -!- raidman|Away [n=raidman@62.60.194.3] has joined #agavi
12:05 -!- raidman|Away is now known as raidman|Work
13:02 < raidman|Work> good after noon
13:02 < v-dogg> very good
13:03 < raidman|Work> what, after noon? :P
13:03 < v-dogg> isn't it?
13:03 < raidman|Work> yeap :P
13:03 < v-dogg> nah, just kidding
13:03 < raidman|Work> :)
14:28 -!- raidman|Work [n=raidman@unaffiliated/raidman] has quit [Read error: 110 (Connection timed out)]
14:48 -!- raidman|Away [n=raidman@85-18-14-41.fastres.net] has joined #agavi
14:49 -!- raidman|Away is now known as raidman|Work
14:50 -!- raidman|Work [n=raidman@unaffiliated/raidman] has left #agavi ["#kill 6712"]
14:50 -!- raidman|Work [n=raidman@unaffiliated/raidman] has joined #agavi
14:52 -!- Wombert [n=Wombert@dslb-088-064-003-042.pools.arcor-ip.net] has joined #agavi
14:52 < v-dogg> wombie
14:52 < Wombert> hey man
14:52 < raidman|Work> Wombert, wb
14:53 < raidman|Work> who me or v-dogg :P
14:53 < Wombert> v-dogg, he was first ;)
14:53 < Wombert> hi raidman
14:53 < shoan> hi Wombert ;)
14:53 < Wombert> hi uwe, hi vaejor, hi shoan <:
14:53 < raidman|Work> hi Wombert :)
14:53 < Wombert> hi ttj and hi horros
14:53 < _uwe_> hi :)
14:53 < Wombert> what's up
14:54 < ttj> Wombert: Logs.
14:54 < ttj> 10:17
14:54 < ttj> Today.
14:55 < Wombert> hmm?
14:55 < v-dogg> http://users.tkk.fi/~tjorri/agavi/logs/agavi-200607.log
14:55 < v-dogg> 10:17
14:56 < Wombert> yeah
14:56 < Wombert>
14:56 < Wombert> /{Foo}
14:56 < Wombert>
14:56 < Wombert> the inner part is pretty much irrelevant
14:56 < Wombert> it's just for the pre- and postfix so agavi knows what to use
14:58 < ttj> Ah.
14:58 < ttj> Thanks.
--- Log opened Tue Jul 04 16:35:08 2006
16:36 < v-dogg> pastebin is broken
16:53 < Wombert> k let's see
16:54 < Wombert> and I need to setup a database connection?
16:55 < v-dogg> no
16:55 < Wombert> Warning: pg_connect() [function.pg-connect]: Unable to connect to PostgreSQL server: could not connect to server: Connection refused Is the server running on host "localhost" and accepting TCP/IP connections on port 5432? in /Users/dzuelke/Sites/_projects/agavi/trunk/src/database/AgaviPostgresqlDatabase.class.php on line 119
16:55 < Wombert> Fatal error: Unknown function:
16:55 < Wombert> Fatal error: Exception thrown without a stack frame in Unknown on line 0
16:55 < Wombert> Warning: Unknown: A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0
16:55 < Wombert> thos?
16:56 < Wombert> -o+i
16:56 < v-dogg> 16:30 < v-dogg> and false
16:56 < Wombert> false?
16:56 < Wombert> oO
16:56 < Wombert> okay but let me fix this one first ;)
16:56 < v-dogg> just just foo
16:59 < Wombert> use database _false_ ?
16:59 < v-dogg> yes
16:59 < Wombert> Fatal error: Call to a member function getDatabase() on a non-object in /Users/dzuelke/Sites/_projects/agavi/trunk/src/storage/AgaviMysqlSessionStorage.class.php on line 212
17:00 < v-dogg> ah, it only happens with CreoleSessionStorage
17:00 < Wombert> oO
17:01 < Wombert> with CreoleSessionStorage, I don't even get a response back
17:01 < Wombert> wtf oO
17:01 < v-dogg> I have a project built with agavi script
17:01 < Wombert> v-dogg: looks fine here
17:01 < v-dogg> I've changed nothing except that storage setting line above
17:02 < Wombert> the interesting thing is
17:02 < Wombert> oO
17:02 < Wombert> wtf <:
17:02 < Wombert> AgaviDatabaseException
17:03 < Wombert> This is an internal Agavi exception. Please consult the documentation for assistance with solving this issue.
17:03 < Wombert> An exception of type AgaviDatabaseException was thrown, but did not get caught during the execution of the request. You will find information provided by the exception along with a stack trace below.
17:03 < Wombert> Creole dabatase connection doesn't exist. Unable to open session.
17:03 < Wombert> the rest is okay, too
17:03 < Wombert> but I don't get to see that in the browser
17:03 < Wombert> what the hell
17:03 < Wombert> ah yeah
17:03 < Wombert> there is a fatal error and a warning at the end
17:03 < Wombert> of the document
17:03 < v-dogg> there :)
17:03 < Wombert> right
17:03 < Wombert> what's the problem now?
17:04 < v-dogg> you don't have Undefined index: file anywhere?
17:04 < Wombert> nope
17:04 < v-dogg> sure?
17:04 < Wombert> yep
17:04 < v-dogg> really really sure?
17:05 < v-dogg> wtf
17:05 < Wombert> at exception origin
17:05 < Wombert> in core.agavi_dir/storage/AgaviCreoleSessionStorage.class.php line 214
17:05 < Wombert> at AgaviCreoleSessionStorage->sessionOpen('', 'Agavi')
17:05 < Wombert> in core.agavi_dir/storage/AgaviSessionStorage.class.php line 98
17:05 < Wombert> at session_start()
17:05 < Wombert> in core.agavi_dir/storage/AgaviSessionStorage.class.php line 98
17:05 < Wombert> at AgaviCreoleSessionStorage->startup()
17:05 < Wombert> in core.cache_dir/config/_Users_dzuelke_Sites__projects_agavi_trunk_samples_webapp_config_factories.xml_development_stdctx.php line 20
17:05 < Wombert> at include('/Users/dzuelke/Sites/_projects/agavi/trunk/samples/webapp/cache/config/_Users_dzuelke_Sites__projects_agavi_trunk_samples_webapp_config_factories.xml_development_stdctx.php')
17:05 < Wombert> in core.agavi_dir/core/AgaviContext.class.php line 251
17:05 < Wombert> at AgaviContext->initialize('stdctx')
17:05 < Wombert> in core.agavi_dir/core/AgaviContext.class.php line 210
17:05 < Wombert> at AgaviContext::getInstance()
17:05 < Wombert> in _/Users/dzuelke/Sites/_projects/agavi/trunk/samples/www/index.php line 21
17:06 < Wombert> which item has the notice?
17:06 < Wombert> can you wget the page and upload it or whateer
17:08 < v-dogg> will do
17:14 < v-dogg> http://veikkomakinen.com/temp/www/
17:14 < v-dogg> different error but still breaks shiny.php :)
17:16 < v-dogg> but this is too weird
17:18 < v-dogg> the same code on my local machine produces still the same "Notice: Undefined index: file in C:\workspace\fooprj\agavi\src\exception\templates\shiny.php on line 542"
17:18 < v-dogg> and on many other lines too
17:18 < v-dogg> but missus is here, gotta go
17:18 < v-dogg> see ya
17:20 -!- benny`work [n=bmuskall@p54AC462E.dip0.t-ipconnect.de] has joined #agavi
17:50 < vaejor> morning
17:57 -!- benny`work [n=bmuskall@p54AC462E.dip0.t-ipconnect.de] has quit ["unset($this);"]
18:06 < Wombert> hi vaejor
18:06 < vaejor> 'lo
18:11 < vaejor> hmm, question(quick hopefully)
18:12 < vaejor> ah, wait, gotit
18:19 < Wombert> hmh?
18:19 < Wombert> :)
18:20 < vaejor> still waking up, clearing up some conceptuals on decorators
18:33 -!- shoan [n=shoan@61.95.206.107] has quit []
18:39 < vaejor> hmm, does config/rendering_filters.xml work?
18:40 < vaejor> (seems the most appropriate place for a application-wide, always active rendering by smarty)
18:58 < Wombert> uuuh wait
18:58 < Wombert> what are you trying to do
18:58 < Wombert> use smarty as the rendering engine?
18:58 < vaejor> yeah
18:58 < Wombert> change output_types.xml
18:58 < vaejor> I cancelled the rendering_filters.xml attempt though
18:58 < Wombert> so it uses AgaviSmartyRenderer
18:58 < Wombert> instead of AgaviPhpRenderer
18:58 < Wombert> for the output type
18:58 < vaejor> ah, that's the default one
19:04 < vaejor> merci, looks a lot better
19:16 < CIA-6> dominik * r664 /trunk/tests2/ (156 files in 52 dirs):
19:16 < CIA-6> Test ported to most of the new stuff
19:16 < CIA-6> currently execute by switching to tests2/ and either run 'phpunit AllTests' or 'php AllTests.php'
19:16 < CIA-6> refs #65
19:20 < Wombert> is that better, _uwe_ ? :)
19:24 < CIA-6> david * r665 /trunk/src/core/ (Agavi.class.php AgaviContext.class.php): two static keyword fixes
19:27 < CIA-6> david * r666 /trunk/src/renderer/AgaviPhpRenderer.class.php: another strict standards fix
19:33 < CIA-6> dominik * r667 /trunk/tests2/ (10 files in 9 dirs):
19:33 < CIA-6> fixes for php 5.0.x
19:33 < CIA-6> refs #65
19:36 < _uwe_> yep ;)
19:44 < CIA-6> david * r668 /trunk/tests2/controller/ControllerTest.php: ahem...
20:12 < CIA-6> david * r669 /trunk/ (src/util/AgaviToolkit.class.php tests2/util/ToolkitTest.php): goodbye, AgaviToolkit::extractClassName()
20:58 -!- shoan [n=shoan@59.92.192.100] has joined #agavi
20:59 < vaejor> I've got a small potential patch for the smarty renderer to push smarty into a debugging mode(and force recompiling of compiled cache) if the agavi project has debug set to true
20:59 < Wombert> oh yeah I thought about that some time ago
20:59 < Wombert> didn't I implement that?
20:59 < Wombert> aaaah no
20:59 < Wombert> wait
21:00 < vaejor> I didn't see it, heh
21:00 < Wombert> it's not necessary
21:00 < Wombert> because agavi will flush the cache
21:00 < Wombert> when in debug mode
21:00 < vaejor> ah, the whole directory?
21:00 < Wombert> so smarty always re-generates it then
21:00 < Wombert> yes
21:00 < vaejor> yeah, then just needs the debugging flag turned on
21:01 < vaejor> I'm running into that image issue you mentioned last night
21:01 < vaejor> finally just made helicon get around it
21:01 < Wombert> how
21:01 < vaejor> RewriteRule ^(/sc2)(?:/index.php)?(/images/.*)$ $1$2 [I,L]
21:01 < Wombert> oO
21:02 < vaejor> could split it up a bit more and add a list of directories at 'images'
21:02 < Wombert> yes but
21:02 < Wombert> you shouldn't do that in the rule
21:02 < vaejor> it works fine unless I go in via: /sc2/index.php/
21:02 < Wombert> that's what RewriteCond is for
21:03 < vaejor> yeah, I needed it to stop processing anyways after that point(I have other rules after that I want to make sure it doesn't hit)
21:03 < vaejor> I could put that as a rewriteCond, then just put a default catch rule for /sc2.*
21:03 < vaejor> to make sure it doesn't process further
21:03 < Wombert> RewriteCond URL ^(/sc2/(^images))
21:04 < Wombert> before the RewriteRule
21:04 < Wombert> should do the job
21:04 < vaejor> hmm
21:04 < vaejor> would the /sc2/images/.* fall through potentially to later rules?
21:05 < Wombert> yes sure
21:05 < vaejor> yeah, just need to catch that then
21:05 < vaejor> I want to force processing to stop on /sc2.*
21:05 < Wombert> scratches his head
21:05 < Wombert> what about that prefix thing
21:05 < Wombert> did you try that
21:05 < vaejor> normally it's not necessary, but this is a development machine with some strange rules
21:06 < vaejor> it didn't seem to do right
21:06 < Wombert> hmh
21:06 < vaejor> so I didn't put too much time into it yet
21:07 < vaejor> hmm, I do have to leave it as a rule though, to remove the index.php/ part
21:08 < vaejor> because the images are currently being requested as: http://localhost/sc2/index.php/images/logo2.gif
21:08 < Wombert> yeah, that's wrong ;)
21:08 < Wombert> should be sc2/
21:08 < Wombert> I'll add a functionality to the routing any minute that allows to get the base href
21:08 < Wombert> in the will do the job then
21:08 < vaejor> cool
21:37 -!- _uwe_ [n=uwe@86.56.43.37] has quit ["Verlassend"]
22:07 < vaejor> hmm, are slots capable of being inserted into slots?
23:50 < Wombert> vaejor: they should be, yes
23:50 < Wombert> the slot action must use a decorator then
23:51 < Wombert> no idea if that works or not
23:51 < Wombert> try :)
23:52 < vaejor> let's see if I can ascii this
23:52 < vaejor> I've setup something like this:
23:53 < vaejor> decorator{ slot1{ slot1A }, slot2, slot3, slot4 }
23:53 < vaejor> slot1 resolves fine, slot3 is good; 2 and 4 don't have data, but 1A is being difficult
23:56 < vaejor> so does slot1 need to be contained in a decorator to work right?
23:56 < vaejor> well, like this maybe
23:56 < vaejor> decorator1{ decorator2{ slot1, slot1A}, slot2, slot3, slot4 } ?
--- Day changed Wed Jul 05 2006
00:02 -!- shoan [n=shoan@59.92.192.100] has quit []
00:03 < vaejor> ah, that did work :)
00:05 -!- shoan [n=shoan@59.92.192.100] has joined #agavi
00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<
00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<
00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<
00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<
00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<
00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
00:29 < shoan> :(
00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
00:29 < Wombert> :<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
00:29 < Wombert> yeah
00:29 < Wombert> but
00:29 < Wombert> italy was better
00:29 < Wombert> they deserve it
00:29 < shoan> :( :(
00:30 < shoan> booo hooo
00:30 < shoan> the germans were sloppy today
00:31 < shoan> never seemed to be able to connect
00:31 < Wombert> yeah
00:31 < Wombert> I agree
00:33 < shoan> they would have had a better chance in the shoot outs
00:33 < shoan> sad :(
00:33 < Wombert> I'm not sure
00:33 < Wombert> Buffon is such a great keeper
00:33 < Wombert> he really really really is incredibly good
00:33 < shoan> hmm... ok
00:33 < Wombert> it would have been tough, that's for sure
00:33 < Wombert> even though germany never lost a shootout, and italy always lost ;)
00:34 < Wombert> (in a world cup)
00:34 < shoan> :)
00:45 < shoan> time to head to bed
00:46 < shoan> ttyl Wombert
00:46 < shoan> bye
00:46 < Wombert> bye
00:46 -!- shoan [n=shoan@59.92.192.100] has quit []
01:19 < Wombert> vaejor: you there?
01:19 < vaejor> yep
01:19 < Wombert> cool
01:19 < Wombert> could you do me a favor
01:19 < vaejor> figured out some way to get multiple css files working through the slot layer
01:19 < vaejor> +s
01:19 < Wombert> check if ISAPI_Rewrite sets REDIRECT_STATUS when it does a rewrite
01:19 < vaejor> what'su p?
01:20 < vaejor> k
01:20 < Wombert> thanks man
01:21 * Wombert keeps his fingers crossed
01:22 < vaejor> $_SERVER['REDIRECT_STATUS'] is not set
01:23 < Wombert> fuck
01:23 < Wombert> anything else?
01:23 < Wombert> that indicates a rewrite happened
01:23 < vaejor> only thing that really shows it happens is that the following is set: $_SERVER['HTTP_X_REWRITE_URL']
01:23 < Wombert> ah
01:23 < Wombert> that's good enough
01:24 < Wombert> thanks
01:24 < vaejor> n
01:24 < vaejor> np
01:25 < vaejor> that should be set to the original uri path that was sent through, including the query string( basically it's REQUEST_URI clone )
01:26 < Wombert> which isn't there you said, right?
01:26 < vaejor> correct
01:26 < Wombert> ORIG_PATH_INFO it is
01:26 < Wombert> okay
01:26 < Wombert> yeah but that doesn't matter, all I need is an indicator that tells me if people use rewriting or not
01:26 < vaejor> nod
01:26 < Wombert> because if they don't, I must strip index.php from the base path
01:27 < Wombert> otherwise, I can't strip, god knows what they redirect to (doesn't have to be the same folder)
01:27 < vaejor> if HTTP_X_REWRITE_URL existed, it would maintain the same flow as REQUEST_URI; so you should be able to pop it in and you'd know exactly the originally requested URI
01:28 < vaejor> so check for REQUEST_URI, then HTTP_X_REWRITE_URL, then go down to ORIG_PATH_INFO
01:29 < Wombert> oh wait
01:29 < Wombert> eeeeeh
01:29 < Wombert> oO
01:30 < Wombert> but isn't ORIG_PATH_INFO the same as HTTP_X_REWRITE_URL?
01:30 < vaejor> yeah, then you don't have to worry about stripping anything
01:30 < vaejor> nope, ORIG_PATH_INFO is post-rewrite
01:30 < Wombert> ooooh
01:30 < Wombert> oO
01:30 < vaejor> HTTP_X_REWRITE_URL is pre-rewrite
01:30 < Wombert> good to know that ;)
01:30 < vaejor> I'm throwing something into AgaviWebRouting.class.php to see if it does what I expect
01:31 < vaejor> right now, when I go to http://localhost/numbers/ an internal link points back to http://localhost/numbers/index.php/0 instead of http://localhost/numbers/0
01:32 < Wombert> yeah
01:32 < Wombert> it should work if you change ORIG_PATH_INFO to HTTP_X_REWRITE_URL
01:32 < Wombert> that's what I'm doing right now
01:33 < vaejor> yeah, I'm trying a fallthrough on 4 variables right now
01:34 < vaejor> HTTP_X_REWRITE_URL, then REQUEST_URI, then ORIG_PATH_INFO, then SCRIPT_NAME(last resort just to have the data populated)
01:35 < vaejor> yep, looks better now
01:35 -!- Fastly [n=fafsa@81-178-67-17.dsl.pipex.com] has quit ["Leaving"]
01:35 < Wombert> looks like I got it sorted here
01:36 < Wombert> right
01:36 < Wombert> on to the next one
01:36 < vaejor> cool
01:36 < vaejor> heh
01:37 < Wombert> if you access it via localhost
01:37 < Wombert> what's in SERVER_NAME
01:37 < Wombert> and what's in SERVER_ADDR
01:37 < Wombert> and is SERVER_PORT there?
01:38 < vaejor> hmm, don't see SERVER_NAME or SERVER_ADDR; but SERVER_PORT is set to 80
01:39 < vaejor> ah, LOCAL_ADDR: 192.168.0.99 ( internal IP address )...hrm, I'm not doing it from localhost; one sec
01:39 < vaejor> yeah, LOCAL_ADDR: 127.0.0.1
01:39 < Wombert> okay
01:39 < vaejor> SERVER_NAME: localhost
01:39 < Wombert> but where can I read "localhost" from
01:39 < Wombert> so SERVER_NAME is there?
01:40 < vaejor> oops, it was there, sorry
01:40 < vaejor> yeah, it looks like it's the server requested from
01:40 < Wombert> okay
01:40 < Wombert> perfect
01:40 < Wombert> same as in apache
01:40 < vaejor> lemme try by ip see if it follows that
01:40 < Wombert> I'll do https:// if HTTPS is set
01:40 < Wombert> and add the port if it's not 80 or 443
01:40 < vaejor> yeah, same, http://127.0.0.1/numbers/ reports SERVER_NAME as 127.0.0.1
01:41 < vaejor> it's not liking me trying on https
01:41 < vaejor> there are a few visible variables on http:// though
01:42 < vaejor> most useful seems to be: SERVER_PORT_SECURE
01:42 < vaejor> maybe SERVER_PROTOCOL
01:45 < vaejor> ah ha
01:45 < vaejor> HTTPS: off
01:45 < vaejor> ( on the http:// connection )
01:45 < Wombert> wait
01:45 < Wombert> HTTPS is _set_ ?
01:45 < vaejor> yep
01:45 < Wombert> even with http://
01:45 < Wombert> bummer
01:45 < vaejor> on http:// connection
01:45 * Wombert kicks IIS
01:45 < vaejor> $_SERVER['HTTPS'] == off
01:46 < vaejor> are you trying to rebuild the whole base URI?
01:46 < Wombert> sure
01:46 < vaejor> why not just ignore the SERVER_NAME and prefix portion since that should lock into place as long as you put in an absolute path
01:47 < Wombert> no, that's for
01:47 < vaejor> all you have to set on is abc = "/sc"
01:47 < Wombert> you must use the full URI there
01:47 < Wombert> including protocol and server name
01:47 < vaejor> hmm, mine seems to be working without it; probably broken iis
01:47 < Wombert> doesn't work
01:47 < Wombert> I think either IE or Firefox won't do it then
01:48 < Wombert> "off"; as a literal string, right?
01:49 < vaejor> yeah
01:49 < Wombert> I mean
01:49 < Wombert> it really pisses me off
01:49 < Wombert> having to cater for various web servers
01:49 < Wombert> BUT
01:49 < Wombert> it's great to have you
01:49 < vaejor> grin
01:49 < Wombert> because it means Agavi 0.11 will work out of the box for IIS people
01:49 < vaejor> it'll just get more people to adopt ;)
01:49 < Wombert> and that's good
01:49 < Wombert> yeah exactly
01:49 < vaejor> ["HTTPS"]=>
01:49 < vaejor> string(3) "off"
01:50 < Wombert> thanks man
01:50 < vaejor> np
02:01 < Wombert> yeah
02:01 < Wombert> cool
02:01 < Wombert> everything's working this way
02:02 < CIA-6> david * r670 /trunk/src/routing/AgaviWebRouting.class.php: IIS fixes, base path and base href retrieval for WebRouting
02:02 < Wombert> give that a try
02:02 < CIA-6> david * r671 /trunk/samples/webapp/modules/Default/templates/Master.php: use base href in sample app
02:02 < vaejor> k
02:02 < Wombert> it should correctly generate URLs for you now
02:02 < Wombert> with routing on, and with routing off
02:03 < Wombert> errr
02:03 < Wombert> sorry
02:03 < Wombert> rewrite on and rewrite off
02:03 < Wombert> rewrite off should remove the index.php in generated urls
02:05 < Wombert> ...
02:05 < Wombert> rewrite on, of course
02:05 < vaejor> heheh
02:05 < vaejor> yeah
02:06 < vaejor> hmm, still getting index.php
02:09 < Wombert> hmh
02:09 < Wombert> are you using the sample app?
02:09 < Wombert> could you check the source code and tell me what base href is
02:09 < vaejor> no, checking with my numbers app; it may be working; clearing a cache on one browser to see what's going on
02:09 < vaejor> ah, there it is; evidently browser cache issue
02:11 < vaejor> looks like basehref is good
02:13 < Wombert> base href is fine?
02:13 < Wombert> and generated urls, too?
02:13 < vaejor> yep
02:13 < Wombert> oO
02:13 < Wombert> weird browser cache ;)
02:13 < Wombert> good to hear that
02:13 < vaejor> yeah, don't have the quick cache clearing extension on that machine :/
04:22 * Wombert yawns
04:53 < CIA-6> david * r672 /trunk/docs/docbook/manual.xml: more docs, refs #30
04:53 < Wombert> vaejor: just curious
04:53 < Wombert> are you missing anything from agavi
04:53 < Wombert> 0.11, that is
04:54 < Wombert> is there something you think it should be able to do but isn't
04:54 -!- Entriple [n=guy133@216.118.194.14] has joined #agavi
04:54 < Wombert> or is there anything that needs to be changed back, maybe even to old behavior, like the action execute methods or so
04:54 < Wombert> hi Entriple
04:54 < Entriple> hey Wombert
05:20 < vaejor> *blink*
05:20 < vaejor> sorry, went napping for a bit
05:21 < vaejor> nothing I can think of atm that is missing; mainly i'm just trying to figure out how to set it up well
05:21 < vaejor> I haven't really played with pre-0.11.0 at all, so I don't have any knowledge on what would be changed back either
05:22 -!- shoan [n=shoan@59.92.192.100] has joined #agavi
05:24 -!- shoan [n=shoan@59.92.192.100] has quit [Client Quit]
05:34 < Wombert> kk
05:34 < Wombert> :)
05:34 < Wombert> off to bed now
05:34 < Wombert> l8rs
05:34 -!- Wombert [n=Wombert@dslb-088-064-003-042.pools.arcor-ip.net] has quit []
06:31 -!- shoan [n=shoan@59.92.192.100] has joined #agavi
06:52 -!- shoan_ [n=shoan@59.92.199.76] has joined #agavi
07:05 -!- shoan [n=shoan@59.92.192.100] has quit [Read error: 110 (Connection timed out)]
07:37 < vaejor> hmm, need to find some way of allowing slots in decorators to add each of their css file information to an array that's available to the topmost decorator so it can fill the data in the outermost decorator
07:38 < vaejor> also has to be recursive in case decorators are nested, has to push to the topmost decorator
07:39 < shoan_> any one speaking german here?
07:39 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has quit [Read error: 104 (Connection reset by peer)]
07:39 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has joined #agavi
07:47 -!- raidman|Away is now known as raidman|Work
07:47 < raidman|Work> morning
07:47 < vaejor> 'lo
07:47 < vaejor> about to head to sleep here
07:48 < raidman|Work> hmm, you want have a css file per decorator and attache it to decorator template?
07:48 < vaejor> yeah, the topmost decorator template always
07:49 < vaejor> actually, a css file per slot if possible
07:49 < vaejor> so it'd be able to set data in the view class for the slot
07:49 < raidman|Work> it's very easy
07:50 < raidman|Work> use setAttributeByRef
07:50 < vaejor> doesn't setAttribute link it to that specific view?
07:50 < raidman|Work> somthing like this in slots
07:50 < vaejor> I tried just setAttribute() and only got the one in the lowest slot that called the parentmost decorator
07:51 < raidman|Work> you have to use ByRef
07:51 < vaejor> k, can try that
07:51 < raidman|Work> $styles = Array();
07:51 < raidman|Work> $request->setAttributeByRe('styles', $styles);
07:51 < raidman|Work> this is initial
07:52 < raidman|Work> and then you should do this in every slot view
07:52 < raidman|Work> or action
07:52 < raidman|Work> $styles =& $request->getAttribute('styles');
07:52 < raidman|Work> $styles['slot_name'] = 'file_name';
07:53 < raidman|Work> makes sense?
07:53 < vaejor> mostly
07:53 < vaejor> still working on understanding most of the flow of agavi atm ;)
07:54 < raidman|Work> :)
07:54 < vaejor> so actually set it as an attribute in the request
07:54 < vaejor> wasn't sure if that was appropriate
07:55 < raidman|Work> if you initial it before execution of slots an if you uese ByRef and =& it could be done, I think :)
07:55 < raidman|Work> s/an/and/
07:55 < raidman|Work> damn
07:56 < raidman|Work> s.uese/use/ :P
07:56 < raidman|Work> he he he, my english is horrible :)
07:56 < vaejor> hmm, does the $request->setAttributeByRef() become available to the slot/decorator?
07:57 < vaejor> I figured it was oly the $view->setAttribute() data that was available
07:57 * raidman|Work scratches his head
07:58 < raidman|Work> v-dogg, are you around?
07:58 < vaejor> I can't be sure either way, but that's just what I've gathered conceptually so far
07:59 < raidman|Work> vaejor, I don't know really, so try it and come back here and ask if it failed or not
07:59 < vaejor> in the smartyRenderer, it pulls it out of the $view->getAttributes();
07:59 < vaejor> hmm, maybe I could set it in both, then add it to the $request one and it will automatically fill the $view as well
08:00 < vaejor> so when it comes time to use it, both will be by ref, so both should have the full data; the $request would be used for setting it easily and the $view would be used for getting it out
08:00 < raidman|Work> you should set it in request and finally in main view
08:01 < vaejor> hmm, I'll try that
08:02 -!- raidman|Work is now known as raidman|Away
08:02 < vaejor> ty for the pointer :)
08:05 -!- raidman|Away is now known as raidman|Work
08:05 < raidman|Work> damn ISP
08:06 < raidman|Work> vaejor, did you try that?
08:06 < vaejor> yeah, doesn't seem to be access to $request or $this->getRequest() from the view
08:07 < vaejor> checking $this to see if I can get to it some other way
08:09 -!- vaejor_ [n=vaejor@ip68-227-141-108.br.br.cox.net] has joined #agavi
08:09 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has quit [Read error: 104 (Connection reset by peer)]
08:10 < vaejor_> mine hates me too evidently ;)
08:10 < raidman|Work> :)
08:14 < raidman|Work> vaejor_, btw, you have to get request from Context
08:14 < vaejor_> yeah, got that
08:15 < vaejor_> and working with appendAttributeByRef, but can't send through a string without it being pushed into a variable, so playing with just using $request->appendAttribute() to see if the original byRef will maintain it
08:15 < vaejor_> hmm, I think it worked
08:16 < vaejor_> evidently stylesheets are still off so it's ugly, but it put 4 of them in there
08:16 < raidman|Work> that's good news :)
08:17 < vaejor_> on the original view page, I did this:
08:17 < vaejor_> // initially prepare the cssFileList array for population
08:17 < vaejor_> $cssFileList = array();
08:17 < vaejor_> $this->getContext()->getRequest()->setAttributeByRef( 'cssFileList', $cssFileList );
08:17 < vaejor_> $this->setAttributeByRef( 'cssFileList', $cssFileList );
08:17 < vaejor_> then on each view page needing a css, this:
08:17 < vaejor_> // fill the cssFileList for this view
08:17 < vaejor_> $this->getContext()->getRequest()->appendAttribute( 'cssFileList', 'styles/index.css' );
08:19 < raidman|Work> perfect
08:19 < vaejor_> nice, figured there was an existing way; just wasn't sure about using any attributes outside of the current view
08:20 < vaejor_> thanks again; time for sleep for me though
08:20 < raidman|Work> np :)
08:20 < raidman|Work> good night :)
08:20 < vaejor_> 'night
08:40 < v-dogg> huomenta
08:53 < ttj> Huomen.
08:57 < raidman|Work> huomenta
09:02 < v-dogg> what's up
09:10 < ttj> Packaging the latest trunk into a PEAR package for installation.
09:11 < v-dogg> you are aware of the phing task that does it for you?
09:11 < v-dogg> it just shows a wrong version number
09:12 < v-dogg> I'll fix that now...
09:13 < ttj> Yep.
09:16 < v-dogg> setReleaseVersion('0.11-DEV'); and setAPIVersion('0.11.0-DEV');
09:16 < v-dogg> everyone agrees?
09:16 < v-dogg> was 0.10.2 and 0.10.0
09:18 < ttj> Sounds good.
09:21 < CIA-6> v-dogg * r673 /trunk/etc/phing/AgaviPackageTask.php: Version number to 0.11-DEV.
09:35 -!- shoan_ [n=shoan@59.92.199.76] has quit []
09:42 < CIA-6> v-dogg * r674 /trunk/src/exception/templates/plaintext.php: Plain text exception template.
09:59 < CIA-6> v-dogg * r675 /trunk/src/exception/templates/ (plaintext.php shiny.php): It seems to be possible that an exception can get thrown without a stack frame (without file and line info) and our exception templates get confused when this happens. This fix makes them handle it a bit better.
10:20 -!- shoan [n=shoan@61.95.206.107] has joined #agavi
10:21 -!- raidman|Work is now known as raidman|Away
10:50 < CIA-6> v-dogg * r676 /trunk/src/ (24 files in 14 dirs): Context => AgaviContext in phpdoc comments.
11:19 -!- raidman|Away is now known as raidman|Work
11:32 -!- toby_swe [n=Miranda@PB111.EBC.UU.SE] has joined #agavi
11:58 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has joined #agavi
11:58 -!- vaejor_ [n=vaejor@ip68-227-141-108.br.br.cox.net] has quit [Read error: 104 (Connection reset by peer)]
13:13 -!- Wombert [n=Wombert@dslb-088-064-003-027.pools.arcor-ip.net] has joined #agavi
13:14 < v-dogg> wombie! :)
13:16 < Wombert> hi there
13:16 < Wombert> got a sore throat :|
13:17 < v-dogg> :/
13:22 < v-dogg> wtf...
13:22 < v-dogg> same rewrite rules in httpd.conf and in .htaccess result to different rewrite
13:23 < Wombert> yeah might happen
13:23 < Wombert> rewrite base and stuf
13:23 < Wombert> f
13:23 -!- _uwe_ [n=uwe@86.56.43.37] has joined #agavi
13:24 < v-dogg> agavis default rules from _.htaccess don't work in httpd.conf
13:24 < v-dogg> /modpub for instance stops working
13:27 < Wombert> ...
13:27 < Wombert> ...
13:27 < Wombert> rewrite
13:27 < Wombert> base
13:27 < Wombert> ...
13:28 < Wombert> and maybe you should set a base href
13:28 < Wombert> see sample app
13:28 < v-dogg> but I think RewriteCond %{REQUEST_FILENAME} !-d should be included into _.htaccess
13:29 < v-dogg> yeah I didn't bother to see what was wrong with httpd.conf. I just moved everything to .htaccecc
13:29 < Wombert> that's where it belongs anyway
13:30 < v-dogg> yep
13:32 < v-dogg> !-d doesn't work after all
13:33 -!- shoan_ [n=shoan@61.95.206.107] has joined #agavi
13:33 < v-dogg> no, it's my routes that aren't working :)
13:34 < Wombert> I had an idea this morning
13:36 < Wombert>
13:36 < Wombert> that route would have all the child routes for user services
13:36 < Wombert> cool, eh?
13:37 < Wombert> you could use anything you like as a source... HTTPS, REQUEST_URI, PATH_INFO (default), SERVER_PORT, you name it
13:37 < Wombert> gotta talk to dominik and figure out if it's possible
13:37 < Wombert> generation would be a bit difficult
13:40 < v-dogg> what's wrong with my index route
13:40 < v-dogg> Wombert: that would be cool
13:41 -!- shoan__ [n=shoan@61.95.206.107] has joined #agavi
13:42 < v-dogg> hmmm
13:42 < v-dogg> my last route pattern: pattern="^/$"
13:42 < v-dogg> and I get 404
13:42 < v-dogg> all other routes works
13:42 < Wombert> for index.php/
13:42 < Wombert> or just index.php
13:42 < Wombert> or www/
13:43 < Wombert> index.php/ should work
13:43 < Wombert> there's a bug I have to fix
13:44 < v-dogg> localhost/index.php/ works, localhost/ doesn't
13:44 < Wombert> yes
13:45 < v-dogg> I made a simple plaint text exception template, btw
13:46 -!- shoan [n=shoan@61.95.206.107] has quit [Read error: 110 (Connection timed out)]
13:46 < v-dogg> and thought about what you said about different templates for different enviroments/output types
13:49 < v-dogg> just for different enviroments this would be easy - just a %..%/my/template/
13:49 < v-dogg> but output types... hmmm...
13:50 < Wombert> yeah
13:50 < Wombert> I'll probably do an block in settings.xml
13:50 < Wombert> but I don't really like that because IMO the templates per output type should be defined in output_types.xml
13:50 < v-dogg> yep
13:50 < Wombert> but then, exception templates don't really belong there
13:51 < v-dogg> also true
13:51 < Wombert> and it's difficult to declare generic ones there
13:52 < v-dogg> but settings.xml is not that bad a place for those
13:52 < Wombert> yeah
13:52 < Wombert> true
13:52 < Wombert> I'll implement it there
13:53 -!- shoan_ [n=shoan@61.95.206.107] has quit [Read error: 110 (Connection timed out)]
13:55 < v-dogg> something ....
13:55 < Wombert> no
13:55 < v-dogg> or something... ;)
13:55 < v-dogg> what you had in mind?
13:55 < Wombert>
13:55 < Wombert> blah.php
13:55 < Wombert>
13:56 < Wombert> environments and contexts are configured via additional blocks
13:56 < Wombert> that's what they are for :)
13:56 < v-dogg> ah, true
13:57 < v-dogg> but make output_type optional and if it's not defined, that template is an implicit default for all output types
13:57 < v-dogg> so you don't have to define it separately for each output type
13:57 < v-dogg> or something... ;)
13:57 < v-dogg> you know best :)
13:59 -!- raidman|Work is now known as raidman|Away
13:59 < CIA-6> david * r677 /trunk/src/routing/AgaviWebRouting.class.php: fixed a problem with empty path info leading to 404 error
14:01 < v-dogg> thanks
14:02 < v-dogg> and now RewriteCond %{REQUEST_FILENAME} !-d works too :)
14:03 < v-dogg> I'll add it to _.htaccess, ok?
14:11 < Wombert> eh
14:11 < Wombert> no
14:11 < Wombert> why
14:11 < Wombert> RewriteCond %{REQUEST_FILENAME} !-f
14:11 < Wombert> does the job
14:12 < v-dogg> but then for example localhost/modpub/ returns 404
14:13 < v-dogg> ie. it disables folders
14:13 < Wombert> right
14:14 < v-dogg> and the user migh want autoindex or something to show folder contents
14:15 < CIA-6> david * r678 /trunk/samples/www/_.htaccess: fixed RewriteCond in sample _.htaccess to allow directory access
14:15 -!- shoan [n=shoan@61.95.206.107] has joined #agavi
14:16 < v-dogg> thanks
14:16 < Wombert> thanks to _you_ man :)
14:16 < Wombert> I'd probably never have spotted that
14:16 * Wombert hugs v-dogg
14:16 * v-dogg blushes
14:30 -!- shoan [n=shoan@61.95.206.107] has quit []
14:30 -!- shoan [n=shoan@61.95.206.107] has joined #agavi
14:31 < v-dogg> how do I define autoload to load a file from include_path?
14:34 < v-dogg> hmm... apparently I don't
14:34 -!- shoan__ [n=shoan@61.95.206.107] has quit [Read error: 110 (Connection timed out)]
14:36 < Wombert> v-dogg: haha :) excellent
14:36 < Wombert> dominik implemented that yesterday, it's not checked in yet
14:36 < v-dogg> \o\ /o/
14:36 < v-dogg> commitcommitcommit
14:36 < v-dogg> nownownow!
14:37 < v-dogg> already there?
14:37 < v-dogg> no?
14:37 < v-dogg> now?
14:37 < Wombert> no
14:37 < Wombert> :p
14:37 < v-dogg> how about...
14:37 < v-dogg> now?
14:38 < Wombert> no :p
14:41 < v-dogg> screw you guys: %webapp.pear_dir%/propel/util/Criteria.php
14:41 < v-dogg> :)
14:42 < v-dogg> gotta luv that AgaviConfig :)
14:51 < CIA-6> uwe * r679 /branches/uwe-validation/ (70 files in 37 dirs): merged changes from trunk (up to r678)
14:52 < Wombert> heh :D
14:52 < Wombert> but uh
14:52 < Wombert> ah yeah
14:52 < Wombert> true
14:52 < v-dogg> what?
14:53 < Wombert> ooooh bollocks!
14:53 * Wombert scratches his head
14:53 < Wombert> see
14:53 < Wombert> this sucks
14:53 < Wombert> settings.xml isn't per-context
14:54 < v-dogg> and?
14:54 < Wombert> that makes it slightly difficult to have exceptions per output type, I guess
14:54 < Wombert> mmmmmeeeeh
14:54 * Wombert kicks teh shizzle
14:54 < Wombert> per context, not per output type, pardon
14:55 < Wombert> but
14:55 < Wombert> do we need per output type exceptions anyway?
14:55 < v-dogg> I'd say : yes
14:55 < Wombert> why
14:55 < v-dogg> but then again, what do I know :)
14:55 < v-dogg> hmm..
14:55 < v-dogg> lemme think...
14:56 < Wombert> let's say you hit an action that is supposed to serve... a PNG image
14:56 < Wombert> an exception occurs, all data is thrown away, shiny.php jumps in and sends html content type back
14:57 < v-dogg> wouldn't it be kewl to have png exception template :D
14:57 < Wombert> :p
14:57 < v-dogg> but yes, maybe per output type templates are useless
14:58 < v-dogg> how about xmlrpc?
14:58 < Wombert> that's a context
14:58 < Wombert> RSS... hmmmh
14:58 < v-dogg> and you'd have a template for that context?
14:58 < Wombert> yes
14:58 < v-dogg> roger
14:59 < Wombert> filename
14:59 < v-dogg> and rss?
15:00 < Wombert> yeah
15:00 < Wombert> hmmh
15:00 < Wombert> that's an output type
15:00 < Wombert> but most exceptions will happen at a point where the output type isn't known yet
15:01 < Wombert> so I'd say fuck output type exception templates
15:01 < Wombert> really can't be arsed to fumble that into the system now
15:02 < v-dogg> suits me
15:17 < v-dogg> CIA-6: wake up!
15:17 < CIA-6> v-dogg * r680 /trunk/src/user/AgaviSecurityUser.class.php: Made private class members protected. Refs #107.
15:17 < Wombert> :>>>
15:17 < v-dogg> there
15:17 < shoan> :)
15:18 < Wombert> did you document them, too?
15:18 < Wombert> :p
15:18 < v-dogg> lazy bugger was napping during office hours
15:18 < v-dogg> document? woot?-)
15:20 < Wombert> pffffh
15:20 < Wombert> "The current Context instance" was itentional btw
15:20 < Wombert> I thought everybody would be smart enough to know what was going on
15:20 < Wombert> especially since PHPDoc will link to the AgaviContext anywy ;)
15:21 < CIA-6> david * r681 /trunk/src/ (4 files in 4 dirs): exception templates support per environment and context via settings.ini
15:21 < v-dogg> yeah. I replaced them anyway
15:21 < v-dogg> wanna revert?-)
15:21 < Wombert> nah
15:23 < Wombert> I wrote some more docs yesterday
15:23 < Wombert> and added notes for a lot of sections so we know what to write there
15:23 < Wombert> but
15:23 < Wombert> I realized that such a manual just isn't the right thing
15:24 < Wombert> we can't fit everything in there
15:24 < Wombert> so much info will simply be lost in the masses
15:24 < Wombert> this sucks
15:25 < v-dogg> but we still need that
15:26 < v-dogg> and then something lighter for the normal impatient nerd who just wants to get his forum up and running :)
15:28 < v-dogg> and maybe a well structured FAQ with links to the manual
15:28 < v-dogg> FAQ/How To
15:29 < v-dogg> I personal like that manual as long as it's TOC is well structured and practical
15:29 < v-dogg> +ly
15:30 < v-dogg> hmm..
15:30 < v-dogg> @var bool or boolean?
15:30 < shoan> What is wrong with the wiki approach for documentation?
15:31 < v-dogg> that doesn't give you the solid structure and different format choices (html, html-onepage, pdf and so on)
15:32 < shoan> what does php.net use?
15:33 < v-dogg> no idea but I'd think there is docbook xml underneath
15:34 < Wombert> wikis suck
15:34 < shoan> Wombert: why?
15:34 < Wombert> because they suck
15:34 < Wombert> try to find something you need on agavi trac
15:34 < Wombert> we have like 20 pages or so
15:34 < Wombert> and it's a mess already
15:34 < v-dogg> I concur
15:34 < Wombert> plus the reasons v-dogg pointed out
15:35 < shoan> http://www.php.net/manual/en/about.generate.php
15:35 < v-dogg> there ya go :)
15:35 < shoan> :)
15:35 < Wombert> see
15:35 < Wombert> :p
15:35 < shoan> ok ok...shoot me ;)
15:39 < v-dogg> HEY!
15:39 < v-dogg> svn commit failed
15:40 < v-dogg> lol...
15:42 < CIA-6> v-dogg * r682 /trunk/src/user/ (AgaviSecurityUser.class.php AgaviUser.class.php): A phpdoc comment a day sends doctor away. And keeps David happy.
15:43 < v-dogg> svn didn't approve my foobar'd php :)
15:43 < CIA-6> david * r683 /trunk/src/exception/templates/shiny.php: some htmlentities()
15:45 < Wombert> pah
15:45 < Wombert> http://trac.agavi.org/trac.cgi/wiki/CodingStyle
15:45 < Wombert> I'll demand the death sentece for that!
15:45 -!- raidman|Away is now known as raidman|Work
15:45 < CIA-6> david * r684 /trunk/src/user/ (AgaviSecurityUser.class.php AgaviUser.class.php): fixed phpdoc comments
15:46 < v-dogg> what what what
15:46 < Wombert> I probably should have added a warning to the coding style document that lets you guys know I'll go beserk once someone violates the 18 character gap ;)
15:46 < v-dogg> I want a fair trial!
15:46 < Wombert> hey I spent a week or two fixing all the phpdocs so they look exactly the same :)
15:46 < v-dogg> sorry...
15:47 < Wombert> no problem
15:47 * Wombert hugs v-dogg
15:47 < ttj> Ugh, my laptop is pretty much on its knees with this .dia file. :P
15:48 < ttj> And I've typed up the classes and the inheritance/implementation combinations.
15:48 < ttj> Nothing else.
16:03 < CIA-6> uwe * r685 /branches/uwe-validation/src/ (6 files in 5 dirs): merged from trunk (up to r684)
16:03 -!- raidman|Work is now known as raidman|Away
16:06 < v-dogg> hey, where did thos index.php's come from..
16:12 < v-dogg> it's that !-d
16:13 < v-dogg> but how come I see them only now
16:16 < v-dogg> Wombert: do you have time to clarify route generation a bit for me?
16:27 < Wombert> sure
16:27 < Wombert> v-dogg: uuuhm
16:27 < Wombert> oO
16:27 < Wombert> you're getting index.php
16:27 < Wombert> despite the .htaccess?
16:27 < Wombert> ?
16:28 < Wombert> oooh bugger
16:28 < Wombert> see
16:28 < Wombert> that broke something
16:28 < Wombert> feck
16:28 < v-dogg> if I comment out RewriteCond %{REQUEST_FILENAME} !-d it works
16:29 < Wombert> yes
16:29 < Wombert> let me check if a rewrite happens at all
16:31 < Wombert> aaaaah
16:31 < Wombert> heh ;)
16:31 < Wombert> I know what's wrong
16:31 < Wombert> www/ is a directory, and therefor, the rewrite doesn't happen
16:31 < v-dogg> heh
16:32 < v-dogg> can we handle this in .htaccess or what?
16:32 < Wombert> I hope so
16:34 < Wombert> gnnnnah
16:34 < Wombert> bullshit
16:34 * Wombert kicks teh nonsense
16:35 < v-dogg> RewriteCond %{REQUEST_FILENAME} !-d [OR]
16:35 < v-dogg> RewriteCond %{REQUEST_URI} ^/
16:35 < v-dogg> does that do the trick?
16:36 < Wombert> something like that, yeah
16:36 < v-dogg> almost
16:36 < Wombert> yep that works, exactly what I just wrote ;)
16:36 < v-dogg> ^/$
16:36 < v-dogg> of course
16:36 < Wombert> yes
16:36 < v-dogg> splendid :)
16:37 < v-dogg> we are sooooo goood
16:37 < Wombert> lets see if we can use the RewriteBase here for both
16:37 < Wombert> I doubt it but... well
16:39 < Wombert> meh that sucks
16:40 < Wombert> I'd like to have that REQUEST_URI RewriteCond relative to the RewriteBase...
16:40 < v-dogg> that's true
16:40 < v-dogg> it has to be
16:40 < Wombert> doesn't work tho
16:40 < Wombert> too bad
17:00 < Wombert> v-dogg: problem solved :)
17:01 < v-dogg> show me
17:01 < Wombert> one sec
17:05 -!- Insomniat [n=guy133@216.118.194.14] has joined #agavi
17:05 -!- Entriple [n=guy133@216.118.194.14] has quit [Read error: 104 (Connection reset by peer)]
17:06 < CIA-6> david * r686 /trunk/ (docs/docbook/manual.xml samples/www/_.htaccess): better sample .htaccess, now with RewriteBase
17:06 < Wombert> there ya go :)
17:06 < Wombert> hello Insomniat
17:15 < vaejor> morning
17:15 < v-dogg> hi
17:15 < Insomniat> hey Wombert
17:16 < ttj> http://users.tkk.fi/tjorri/agavi/agavi.dia. Still lacking in the relationships between classes, but...
17:17 < ttj> Oh, and it isn't quite centered, so you have to zoom out a bit and scroll upwards.
17:24 < v-dogg> any chance of getting it as a picture?
17:24 < ttj> Sure thing. Although I had to hide attributes and methods since they were clogging down my computer.
17:24 < ttj> What format? SVG?
17:25 < v-dogg> everything goes
17:25 < Wombert> svg, png, whatever
17:25 < Wombert> what's .dia?
17:26 < ttj> http://www.gnome.org/projects/dia/
17:26 < Wombert> hmmmh
17:26 < Wombert> can inkscape handle these?
17:27 < v-dogg> if the svg export makes proper images
17:27 < ttj> Let's see.
17:27 < v-dogg> let's
17:27 * v-dogg waits with his inkscape ready
17:28 < ttj> Sorry, the process of getting files out of work and onto a server is somewhat awkward. Have to e-mail them to myself outside work and then scp them to the server.
17:30 < ttj> Same URL, .svg extension.
17:32 < v-dogg> hmph...
17:32 < v-dogg> those exports are always soooo ugly
17:32 < ttj> Yep.
17:32 < Wombert> whoa wtf
17:33 < Wombert> why doesn't it render as svg
17:33 * Wombert kicks camino
17:34 < ttj> Anyway, if you have any chance of running Dia, you can export it to whatever you want from the .dia file and also turn on or off the additional class info (i.e. attributes, methods, etc.).
17:34 < v-dogg> dia uses xmi, doesn't it?
17:35 < v-dogg> I wonder if there are some decent xsl stylesheets to convert xmi to xml-fo
17:36 < v-dogg> but got to go now, missus has probably been waiting some time already :p
17:36 < v-dogg> see ya
17:36 < ttj> Later.
17:38 < ttj> And I'm not exactly sure what kind of format Dia saves files into. Most likely some obscure binary format which you can reverse engineer by reading the source code or something.
17:41 -!- toby_swe [n=Miranda@PB111.EBC.UU.SE] has quit [Read error: 104 (Connection reset by peer)]
18:36 -!- shoan [n=shoan@61.95.206.107] has quit []
19:04 -!- _uwe_ [n=uwe@86.56.43.37] has quit ["Verlassend"]
20:34 -!- Wombert [n=Wombert@dslb-088-064-003-027.pools.arcor-ip.net] has quit []
22:45 -!- illusina [n=tyler@adsl-70-141-244-70.dsl.irvnca.sbcglobal.net] has joined #agavi
--- Day changed Thu Jul 06 2006
01:26 -!- illusina [n=tyler@adsl-70-141-244-70.dsl.irvnca.sbcglobal.net] has left #agavi []
01:55 -!- Wombert [n=Wombert@dslb-088-064-003-027.pools.arcor-ip.net] has joined #agavi
02:05 -!- impl [n=impl@httpcraft/php/nforbes] has joined #agavi
02:08 < Wombert> :)
02:08 < Wombert> 'sup
02:08 * Wombert nudges impl
02:08 < impl> hmm
02:08 < impl> Oh, hiya
02:09 < impl> Life as usual I guess :P
02:09 < impl> 'sup w't' 'u
02:14 < Wombert> not much
02:35 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has quit ["Trillian (http://www.ceruleanstudios.com"]
02:35 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has joined #agavi
03:23 -!- vaejor [n=vaejor@ip68-227-141-108.br.br.cox.net] has quit ["Trillian (http://www.ceruleanstudios.com"]
03:48 < CIA-6> david * r687 /trunk/src/request/AgaviRequest.class.php: al