Re: [Catalyst] Re: Problem using Static::Simple

2007-09-24 Thread Andy Grundman
On Sep 20, 2007, at 5:50 AM, Will Hawes wrote: 1) The unexpected matching of URLs like /static1 (as well as the expected /static/1) seems to be because no trailing slash is used in the regular expression that performs the match: my $re = ( $dir =~ m{^qr/}xms ) ? eval $dir :

Re: [Catalyst] Re: Problem using Static::Simple

2007-09-24 Thread Andy Grundman
On Sep 20, 2007, at 5:50 AM, Will Hawes wrote: 1) The unexpected matching of URLs like /static1 (as well as the expected /static/1) seems to be because no trailing slash is used in the regular expression that performs the match: my $re = ( $dir =~ m{^qr/}xms ) ? eval $dir :

Re: [Catalyst] uri_for adding :443 to URL when HTTPS=on

2007-09-14 Thread Andy Grundman
On Aug 28, 2007, at 6:34 AM, Charlie Garrison wrote: Good evening, I upgraded Catalyst-Runtime from 5.7007 to 5.7010 yesterday; and that seems to be the cause of this problem. But it could have been there before and it was never reported by our users. When users try to login

Re: [Catalyst] Questions about catalyst FCGI behavior

2007-08-19 Thread Andy Grundman
On Aug 19, 2007, at 8:23 PM, [EMAIL PROTECTED] wrote: I have been getting confusing results from my catalyst app. I created a test app to try to isolate the problem. I've also tried using catalyst trunk version. Here are some details about the app: FCGI debug output:

Re: [Catalyst] Serving server-dependent static content

2007-08-13 Thread Andy Grundman
On Aug 13, 2007, at 7:08 AM, Matt S Trout wrote: Did we make _serve_static_file public yet? Having a way to do something like that dynamically is the one thing I still -really- miss from the old Static plugin. ... alternatively, we could always have Controller::Static blah blah plugins

Re: [Catalyst] Serving server-dependent static content

2007-08-12 Thread Andy Grundman
On Aug 12, 2007, at 2:22 PM, Peter Lytle wrote: Good afternoon - I am working on a Catalyst application that serves dynamic website content for multiple sites, and I've run into some difficulty about static content. Each website has unique static content (images, css, rss) and I am

Re: [Catalyst] Re: test server with -host

2007-06-18 Thread Andy Grundman
On Jun 18, 2007, at 4:10 PM, A. Pagaltzis wrote: * Daniel McBrearty [EMAIL PROTECTED] [2007-06-19 00:50]: if I try -host all or -host=all I get: [info] engoi powered by Catalyst 5.7007 Use of uninitialized value in string eq at /usr/local/lib/perl5/site_perl/5.8.8/Catalyst/Engine/HTTP.pm

Re: [Catalyst] RFC for handling reverse proxies not deployed to standard ports.

2007-06-15 Thread Andy Grundman
On Jun 15, 2007, at 12:24 PM, Marlon Bailey wrote: Current situation: There is no clean solution for deploying a reverse proxy to a nonstandard HTTP(80)/HTTPs(443) port, like port 8080. Suggestion: I'd like to submit a solution that extends the current proxy-backend practice of reading the

Re: [Catalyst] Plugin::UploadProgress question

2007-06-13 Thread Andy Grundman
On Jun 13, 2007, at 6:31 PM, John Goulah wrote: Is there a way to throttle the upload speed somehow so that I can tell if this is working properly through a local server? I get the progress bar but its hard to tell if its actually doing anything or not (looks like its sitting on 0%, but

[Catalyst] UploadProgress 0.04

2007-06-12 Thread Andy Grundman
I've just released UploadProgress 0.04, which contains the following 2 fixes: * Allow plugin to work at non-root locations. * Detect aborted uploads and stop the javascript polling. Would appreciate it if anyone using this plugin can give this a test. :) -Andy

Re: [Catalyst] UploadProgress 0.04

2007-06-12 Thread Andy Grundman
On Jun 12, 2007, at 6:46 PM, Adam Herzog wrote: On Jun 12, 2007, at 1:50 PM, Andy Grundman wrote: I've just released UploadProgress 0.04, which contains the following 2 fixes: * Allow plugin to work at non-root locations. * Detect aborted uploads and stop the javascript polling. Andy

Re: [Catalyst] Catalyst::Request::Upload - uploadtmp

2007-06-08 Thread Andy Grundman
On Jun 8, 2007, at 10:09 AM, Tobias Kremer wrote: The manpage of Catalyst::Request::Upload suggests the following: --snip-- To specify where Catalyst should put the temporary files, set the 'uploadtmp' option in the Catalyst config. If unset, Catalyst will use the system temp dir.

Re: [Catalyst] C::P::UploadProgress Patch

2007-06-02 Thread Andy Grundman
On Jun 1, 2007, at 11:09 AM, Adam Herzog wrote: Hi, all. I'm using Catalyst::Plugin::UploadProgress on a project of mine, and it works great. At least, until I tried to deploy the application. The plugin and accompanying javascript only works correctly if the app is deployed at the root

Re: [Catalyst] How to stop Catalyst::Engine::HTTP::POE?

2007-05-23 Thread Andy Grundman
On May 24, 2007, at 12:03 AM, Jon Schutz wrote: I am using Catalyst::Engine::HTTP::POE in a test harness; when the tests complete, I would like to gracefully terminate all child processes that C::E::HTTP::POE starts. My code forks and starts C::E::HTTP::POE, then later my cleanup code

Re: [Catalyst] Catalyst::Engine::Apache 1.10 broken for mod_perl2

2007-05-18 Thread Andy Grundman
On May 18, 2007, at 4:49 AM, Hartmaier Alexander wrote: Hi! The ‚use mod_perl;‘ breaks it for mod_perl2 installations. The Catalyst applications still work under apache2 with mod_perl2 (because MP20.pm is loaded) but Module::Install can’t find the installed Catalyst::Engine::Apache

Re: [Catalyst] Catalyst::Engine::Apache 1.10 broken for mod_perl2

2007-05-18 Thread Andy Grundman
On May 18, 2007, at 10:57 AM, Dave Rolsky wrote: On Fri, 18 May 2007, Andy Grundman wrote: The ‚use mod_perl;‘ breaks it for mod_perl2 installations. The Catalyst applications still work under apache2 with mod_perl2 (because MP20.pm is loaded) but Module::Install can’t find the installed

Re: [Catalyst] Bug with POSTs using cat 5.7007, and parse_on_demand = 1

2007-05-18 Thread Andy Grundman
On May 18, 2007, at 5:06 PM, Mark Zealey wrote: Catalyst::Engine::HTTP::read_chunk(/usr/lib/perl5/site_perl/5.8.8/ Catalyst/Engine/HTTP.pm:131): 131:my $rc = *STDIN-sysread(@_); I guess cat is mis-parsing the amount of data that it expects from the POST command? When i turn

Re: [Catalyst] Apache mod_proxy, SSL and uri_for

2007-05-17 Thread Andy Grundman
On May 17, 2007, at 6:56 PM, Dylan Vanderhoof wrote: I'm having a little issue with SSL and uri_for. mox_proxy is sending the X-Forwarded-For: headers correctly, but they don't appear to have any information as to whether or not the request was http or https. From what I can tell, this is

Re: [Catalyst] running catalyst through mod_perl

2007-05-14 Thread Andy Grundman
On May 14, 2007, at 5:09 PM, John Goulah wrote: If this is the wrong list, please direct me to the right place. I'm trying to get Catalyst working under apache/mod_perl (works fine with the standalone server). Basically, I have a very simple app called Registration. In apache I set it

Re: [Catalyst] run automatedly

2007-05-12 Thread Andy Grundman
On May 12, 2007, at 10:44 AM, Will Smith wrote: Hi, Is there any way that we can call a function in a controller automatically? Just like running a cron job on an exe file? Please give me some guide. or any modules that could handle that. Look at C::P::Scheduler or C::E::JobQueue::POE,

Re: [Catalyst] [patch] Wrong Content-Length value error - Catalyst::Engine::CGI

2007-05-10 Thread Andy Grundman
On May 10, 2007, at 5:56 AM, Kazuma Shiraiwa wrote: Hi, (Catalyst-Runtime-5.7007) Wrong Content-Length value: 4387 at /usr/lib/perl5/site_perl/5.8.8/Catalyst.pm line 1584 I worried because of this error. I was using Catalyst::Engine::CGI. (Xeon2.6GHz CentOS4.4-x86_64-smp

Re: [Catalyst] [patch] Wrong Content-Length value error - Catalyst::Engine::CGI

2007-05-10 Thread Andy Grundman
On May 10, 2007, at 12:33 PM, Kazuma Shiraiwa wrote: Thanks for your attention. Sorry.My explanation was insufficient. CPU: Xeon2.6GHz OS: CentOS4 Server -x86_64 - upgrade CentOS4.4 for yum (Linux 2.6.9-42.0.3.ELsmp x86_64 GNU/Linux) Perl: v5.8.8 built for x86_64-linux WebServer:

Re: [Catalyst] Bug in Catalyst::finalize_headers()

2007-05-06 Thread Andy Grundman
On May 6, 2007, at 9:17 AM, Bernhard Graf wrote: Bernhard Graf wrote: I fixed the code and now it works as expected, though chunked transfer coding*) would be a nice feature in the absence of a Content-Length header. Forget this - it is (at least should be) handled by the webserver, so

Re: [Catalyst] Bug in Catalyst::finalize_headers()

2007-05-06 Thread Andy Grundman
On May 6, 2007, at 12:52 PM, Bernhard Graf wrote: On Sunday 06 May 2007 16:58, Andy Grundman wrote: I've checked in a simpler patch that just checks that $stat-size 0 before setting the Content-Length. I must admit that I am not sure if stat size of a pipe is always 0 - at least I

Re: [Catalyst] Problem with POST from IE and Catalyst::Engine::HTTP

2007-03-23 Thread Andy Grundman
On Mar 23, 2007, at 11:36 AM, Dmitry wrote: Hello! When user post some form from Internet Explorer it tries to keep connection alive and for that reason after url-encoded data send additional CRLF which is not counted to Content-length header. Catalyst::Engine::HTTP ( as of version

Re: [Catalyst] Problem with POST from IE and Catalyst::Engine::HTTP

2007-03-23 Thread Andy Grundman
On Mar 23, 2007, at 2:51 PM, Ashley Pond V wrote: On Friday, Mar 23, 2007, at 12:34 US/Pacific, Andy Grundman wrote: This bug has been fixed in svn [1] and will be part of the HTTP::Body 0.7 release, coming soon. Just out of curiosity, will this make the test server work with Safari? I

Re: [Catalyst] Problem with POST from IE and Catalyst::Engine::HTTP

2007-03-23 Thread Andy Grundman
On Mar 23, 2007, at 4:38 PM, Ashley Pond V wrote: On Friday, Mar 23, 2007, at 13:47 US/Pacific, Andy Grundman wrote: I believe Safari is fine, it doesn't have the same bug IE does. Have you had problems with it? Yep. I think I brought this up like … over a year ago. I'll go fire up

Re: [Catalyst] Problem with POST from IE and Catalyst::Engine::HTTP

2007-03-23 Thread Andy Grundman
On Mar 23, 2007, at 4:22 PM, apv wrote: Same, nothing… tried with the -k too, as well as adding arbitrary strings to the URI, like http://jasper.local:3000/asdf -- no trouble with Firefox or IE. I think you need to update to Catalyst 5.7007. ___

Re: [Catalyst] Problem with POST from IE and Catalyst::Engine::HTTP

2007-03-23 Thread Andy Grundman
On Mar 23, 2007, at 4:30 PM, Andy Grundman wrote: On Mar 23, 2007, at 4:22 PM, apv wrote: Same, nothing… tried with the -k too, as well as adding arbitrary strings to the URI, like http://jasper.local:3000/asdf -- no trouble with Firefox or IE. I think you need to update to Catalyst

Re: [Catalyst] Problem with POST from IE and Catalyst::Engine::HTTP

2007-03-23 Thread Andy Grundman
On Mar 23, 2007, at 6:27 PM, Ashley Pond V wrote: Oh, to add confusion upon confusion. It works fine across my Airport. Safari won't load it on the computer which is running the server, but Safari on the computer in the other room has no trouble at all with the test server at the exact

[Catalyst] Please test: Updated HTTP server that plays nicer with IE

2007-02-28 Thread Andy Grundman
After reworking much of the development HTTP server, I've removed the keep-alive hack (-k option) that was put in as a workaround for some IE bugs. I think the IE issues may finally be solved and so this is no longer necessary. If you use this option or have had IE issues, I'd appreciate

Re: [Catalyst] Apache2::RequestIO::read: (70007) The timeout specified has expired

2007-02-28 Thread Andy Grundman
On Mar 1, 2007, at 12:38 AM, Bill Moseley wrote: [Wed Feb 28 13:54:06 2007] [catalyst] [error] Caught exception in engine Apache2::RequestIO::read: (70007) The timeout specified has expired at /home/moseley/local/lib/Catalyst/Engine/Apache.pm line 141 [Wed Feb 28 13:54:06 2007] [error]

Re: [Catalyst] Resurrected: HTTP redirect - delayed Firefox

2007-02-23 Thread Andy Grundman
On Feb 23, 2007, at 5:04 PM, Svilen Ivanov wrote: But the Engine::HTTP doesn't provide the Content-Length. This can be fixed by adding a few lines in finalize_headers (Engine/HTTP.pm, at line 53): if ($self-_keep_alive) { $c-response-headers-content_length( length($c-response-

Re: [Catalyst] Resurrected: HTTP redirect - delayed Firefox

2007-02-23 Thread Andy Grundman
On Feb 23, 2007, at 5:27 PM, Andy Grundman wrote: On Feb 23, 2007, at 5:04 PM, Svilen Ivanov wrote: But the Engine::HTTP doesn't provide the Content-Length. This can be fixed by adding a few lines in finalize_headers (Engine/HTTP.pm, at line 53): if ($self-_keep_alive) { $c

Re: [Catalyst] Resurrected: HTTP redirect - delayed Firefox

2007-02-23 Thread Andy Grundman
On Feb 23, 2007, at 6:36 PM, John Napiorkowski wrote: How do we want to go about fixing this? Should we make sure that 302 follows the spec as outlined above (sets a body with the redirect link if one doesn't already exist), create a test patch etc? Yeah it was a bug, although the spec

Re: [Catalyst] HTTP redirect - delayed Firefox

2007-02-08 Thread Andy Grundman
On Feb 8, 2007, at 4:59 PM, Svilen Ivanov wrote: 2007/2/8, John Napiorkowski [EMAIL PROTECTED]: [...] I believe that when redirecting as a result of a post that 303 is supposed to be correct, whereas 302 is used for redirects when the information is merely at a different location. But I'm

Re: [Catalyst] [Announce] Catalyst-Runtime 5.7004

2006-11-07 Thread Andy Grundman
Marcello Romani wrote: Hi, I think I found a dependency problem. The test scripts related to fastcgi require File::Slurp even when they whould be skipped. In fact, after installing File::Slurp those tests were corectly skipped and the installation of the entire module was successfull. In

Re: [Catalyst] Problem with Catalyst-Runtime 5.7004 FastCGI

2006-11-07 Thread Andy Grundman
Michele Beltrame wrote: Hello! I just upgraded Catalyst-Runtime to 5.7004, and I encounter a serious problem when using my application with the FastCGI engine. The appplication initializes correctly, but when it gets a requests it begins executing it (I see int he log it restores session data,

[Catalyst] Lighttpd fixes

2006-10-20 Thread Andy Grundman
I've checked in several lighttpd things tonight. Thanks to a post from Mark Blythe a few months ago [1] we've got a fix for the weird PATH_INFO vs. SCRIPT_NAME issue when running under lighttpd. I've checked in 2 test scripts for testing the full Cat test suite against lighttpd in both root