[Catalyst] Catalyst::Plugin::Server::XMLRPC prefix option broken under lighttpd

2006-07-19 Thread Alex Pavlovic
Hi, Catalyst versions affected: 5.69/5.7 Server: lighttpd 1.4.11_1 For the test case assume the following: package MyApp; __PACKAGE__-config( xmlrpc = { path = 'xmlrpc', prefix = 'xmlrpc', show_errors = 1 } ); ... package

[Catalyst] Weird variable chop out of manually set response body

2006-07-19 Thread apv
I ran into a weird thing today (coming back to Catalyst after a long hiatus so I hope I'm not just being obtuse; I love all the changes I've found so far). Catalyst 5.7000, perl 5.8.6. Using test server. This in MyApp::Controller::Word: sub single : Path : Args(1) { my ( $self, $c,

[Catalyst] strange behaviour when controllers are being inherited

2006-07-19 Thread Alex Pavlovic
Hi, I just found something odd when trying to inherit from a base controller. I attached the complete application and debug output. From the debug output you can clearly see that MyApp powered by Catalyst as well as other things appear 4 times in the output and are being duplicated. This

Re: [Catalyst] strange behaviour when controllers are being inherited

2006-07-19 Thread Alex Pavlovic
No, Just FCGI-0.67 Thanks. On Wednesday 19 July 2006 17:04, Matt S Trout wrote: Alex Pavlovic wrote: Hi, I just found something odd when trying to inherit from a base controller. I attached the complete application and debug output. From the debug output you can clearly see that

Re: [Catalyst] strange behaviour when controllers are being inherited

2006-07-19 Thread Matt S Trout
Alex Pavlovic wrote: No, Just FCGI-0.67 Thanks. On Wednesday 19 July 2006 17:04, Matt S Trout wrote: Alex Pavlovic wrote: Hi, I just found something odd when trying to inherit from a base controller. I attached the complete application and debug output. From the debug output

Re: [Catalyst] strange behaviour when controllers are being inherited

2006-07-19 Thread Alex Pavlovic
Hi, Just tried it with FCGI::ProcManager 0.17 in standalone server mode. The problem goes away. Debug screen looks normal. I guess for some reason this only happens when running in static mode with builtin lighttpd proc manager. Thanks. On Wednesday 19 July 2006 17:04, Matt S Trout wrote:

Re: [Catalyst] strange behaviour when controllers are being inherited

2006-07-19 Thread Alex Pavlovic
Starting up process id:23065 at lib/MyApp.pm line 33. Starting up process id:23063 at lib/MyApp.pm line 33. Starting up process id:23066 at lib/MyApp.pm line 33. Starting up process id:23064 at lib/MyApp.pm line 33. On Wednesday 19 July 2006 17:37, Matt S Trout wrote: warn 'Starting up process

Re: [Catalyst] Weird variable chop out of manually set response body

2006-07-19 Thread John Napiorkowski
I tried this on my setup but didn't get the chop you've reported. I've attached my controller for you to look at and see if there are any other differences. I'm running this on a unix box that is fairly up to date, Cat 5.7 etc. What's your underlying OS? If you recently upgraded an

Re: [Catalyst] Catalyst::Plugin::Server::XMLRPC prefix option broken under lighttpd

2006-07-19 Thread Alex Pavlovic
Hi, Just an update on the situation. The prefix is broken only when your entry point ( path ) and prefix are the same. As shown in example sent earlier. This works under standalone myapp_server.pl but not under fastcgi because CGI engine sets the base path to $ENV{SCRIPT_NAME} in