On 20 Oct 2009, at 19:51, Ascii King wrote:
Alexander Hartmaier wrote:
Maybe HTTP::Server::Simple?
The Changelog mentions win32 in the revisions from April.
I did suspect that one, but I was updating groups at a time and then
testing, so I can't be sure.
Can you _downgrade_ that release
Alexander Hartmaier wrote:
Maybe HTTP::Server::Simple?
The Changelog mentions win32 in the revisions from April.
I did suspect that one, but I was updating groups at a time and then
testing, so I can't be sure.
___
List: Catalyst@lists.scsys.co.u
Maybe HTTP::Server::Simple?
The Changelog mentions win32 in the revisions from April.
Am Dienstag, den 20.10.2009, 16:44 +0200 schrieb Ascii King:
> Solved it. I had it working on my linux server, but not my windows
> server, so I assumed it had to be an out-of-date mod. I went through
> almost ev
Solved it. I had it working on my linux server, but not my windows
server, so I assumed it had to be an out-of-date mod. I went through
almost every mod I could find that was associated with Catalyst and
Formfu and upgraded them to the newest version. That solved it for me.
I don't know which
Oleg Kostyuk wrote:
2009/10/14 Ascii King :
# Redirect to the list_prior page
$c->response->redirect($c->uri_for('list_prior'));
Long time ago I have problems with calling uri_for, using string as
first argument. For me solution was to use action argument, and now I
use only this way
2009/10/14 Ascii King :
> # Redirect to the list_prior page
> $c->response->redirect($c->uri_for('list_prior'));
Long time ago I have problems with calling uri_for, using string as
first argument. For me solution was to use action argument, and now I
use only this way. May be, this help you to:
I am having a problem with IE6 not displaying the page after a form has
been submitted. I can call up a form, fill it out, no problem. When I
submit it, I get 'Page cannot be displayed". This works fine in
Firefox, but not IE6. Also, the form data does get written to the
database in both brow
