Re: [Catalyst] Apache2::RequestIO::read: (70007) The timeout specified has expired
On Thu, Mar 01, 2007 at 01:02:46AM -0500, Andy Grundman wrote: > Hmm, a GET request should not ever call read() because there's no > body content to read. It may happen if someone sends a bad GET > request with a Content-Length header and then never sends any data. > Have you ever been able to reproduce it? You may need to enable Cat > debugging to get more info on the request. Try reproducing by > crafting your own bad GET request. Yep, it's easy to reproduce using telnet and making a GET request and adding a Content-Length header. Should prepare_body() throw an error if a content-length header is found for GET requests? -- Bill Moseley [EMAIL PROTECTED] ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Apache2::RequestIO::read: (70007) The timeout specified has expired
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] [client 127.0.0.1] File does not exist: /lostpass It's not always /lostpass -- there's a number of other requests that follow that show "File does not exist" -- yet it's a request for a valid Catalyst-served page. And the associated access log entry looks ok: [28/Feb/2007:13:54:06 -0800] "GET /lostpass HTTP/1.1" 200 11061 "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)" Hmm, a GET request should not ever call read() because there's no body content to read. It may happen if someone sends a bad GET request with a Content-Length header and then never sends any data. Have you ever been able to reproduce it? You may need to enable Cat debugging to get more info on the request. Try reproducing by crafting your own bad GET request. ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Apache2::RequestIO::read: (70007) The timeout specified has expired
I've been seeing a number of these errors lately. I suspect it's not Cat-specific, but something related to the client and Apache. Perhaps the client not completing the request -- or dropping the connection during the request. The curious thing is the log entry that follows the error reports "File does not exist", yet the access log doesn't show a 404. For example: [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] [client 127.0.0.1] File does not exist: /lostpass It's not always /lostpass -- there's a number of other requests that follow that show "File does not exist" -- yet it's a request for a valid Catalyst-served page. And the associated access log entry looks ok: [28/Feb/2007:13:54:06 -0800] "GET /lostpass HTTP/1.1" 200 11061 "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)" Again, the request /lostpass is normally handle by Catalyst. 11061 looks about right for the page size. So even though the error log shows "File does not exist" seems like the request is being served. Anyway, just a bit odd so I'm wondering if anyone else is seeing things like this in their logs. Apache/2.0.54 (Debian GNU/Linux) mod_perl/2.0.2 Perl/v5.8.4 -- Bill Moseley [EMAIL PROTECTED] ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Please test: Updated HTTP server that plays nicer with IE
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 if you could test out the latest code in trunk and see if your app still works without the -k option. If you have any problems, set CATALYST_HTTP_DEBUG=1 and post the results. Thanks, -Andy ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
RE: [Catalyst] Session problems with IE and cookies
Not really. I'm running IE7, and this is in mod_perl, so it has nothing to do with the dev server. =) Thanks, Dylan > -Original Message- > From: Thomas Hartman [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 28, 2007 3:09 AM > To: The elegant MVC web framework > Subject: Re: [Catalyst] Session problems with IE and cookies > > > Don't really understand the root of the problem, but I asked about > this on #Catalyst and was told of a workaround, and saved it to my > .bashrc hints. > > If I recall correctly, the consensus is that this is an IE6 bug. > > [EMAIL PROTECTED]:~> thartman_catalyst_IE6_response_redirect_prob_hint > try myapp_server.pl with -f -k flags > [EMAIL PROTECTED]:~> > > hope this helps, thomas. > > On 2/27/07, Dylan Vanderhoof <[EMAIL PROTECTED]> wrote: > > I'm seeing an issue where if IE is holding a cookie when a session > > expires (expires set to 7200, cookie_expires set to 0), the > user can't > > login. Login authenticates successfully, but redirects back to the > > login page. (Session is expired and not being deleted correctly) > > > > This does not happen with Firefox, which appears to > actually delete the > > session correctly. > > > > I noticed the same behavior if the session data (Store::DBIC) was > > deleted from the DB before the session expires. > > > > Any ideas what might be causing this and how to fix it? > > > > Thanks, > > Dylan > > > > Debug output: (Repeats the last 2 requests until the > browser is closed > > with a session cookie or the cookie file is deleted with a > cookie with > > an expiration) > > > > [debug] "GET" request for "/" from "209.221.173.66" > > [debug] Found sessionid > "cb30ab14db722929594b6ec6e4f35bc28895284f" in > > cookie > > [debug] Deleting session(session expired) > > [debug] Redirecting to "https://myapp/signin"; > > [info] Request took 0.084344s (11.856/s) > > > .- > ---+-- > > -. > > | Action > | Time > > | > > > +- > ---+-- > > -+ > > | /auto | > > 0.057025s | > > | /end | > > 0.001156s | > > > '- > ---+-- > > -' > > > > [info] *** Request 1 (0.001/s) [3435] [Tue Feb 27 21:50:43 2007] *** > > [debug] "GET" request for "signin" from "209.221.173.66" > > [debug] Path is "signin" > > [debug] Found sessionid > "cb30ab14db722929594b6ec6e4f35bc28895284f" in > > cookie > > [debug] Deleting session(session expired) > > [debug] Rendering template "login_welcome.tt" > > [info] Request took 0.178703s (5.596/s) > > > .- > ---+-- > > -. > > | Action > | Time > > | > > > +- > ---+-- > > -+ > > | /auto | > > 0.000492s | > > | /auth/signin | > > 0.083319s | > > | /end | > > 0.066447s | > > | -> NetResponse::View::TT->process | > > 0.062633s | > > > '- > ---+-- > > -' > > > > [info] *** Request 2 (0.002/s) [3435] [Tue Feb 27 13:50:50 2007] *** > > [debug] Body Parameters are: > > > .-+--- > -- > > -. > > | Parameter | Value > > | > > > +-+--- > -- > > -+ > > | email | username | > > | password| password >| > > > '-+--- > -- > > -' > > [debug] "POST" request for "signin" from "209.221.173.66" > > [debug] Path is "signin" > > [debug] Found sessionid > "cb30ab14db722929594b6ec6e4f35bc28895284f" in > > cookie > > [debug] Deleting session(session expired) > > [debug] Found sessionid > "cb30ab14db722929594b6ec6e4f35bc28895284f" in > > cookie > > [debug] Deleting session(session expired) > > [debug] Found sessionid > "cb30ab14db722929594b6ec6e4f35bc28895284f" in > > cookie > > [debug] Successfully authenticated user '[EMAIL PROTECTED]'. > > [debug] Redirecting to "https://myapp/signin"; > > > > ___ > > List: Catalyst@lists.rawmode.org > > Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst > > Searchable archive: > http://www.mail-archive.com/catalyst@lists.rawmode.org/ > > Dev site: http://dev.catalyst.perl.org/ > > > >
RE: [Catalyst] Session problems with IE and cookies
Yeah, that's the exact issue. A majority of my users are using IE6/7, so this is really a major problem. -Dylan > -Original Message- > From: Marc Logghe [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 28, 2007 5:03 AM > To: Thomas Hartman > Cc: The elegant MVC web framework > Subject: RE: [Catalyst] Session problems with IE and cookies > > > Not sure about that. I have exactly the same problem as > Dylan. It is not > specific for IE, Opera shows the very same problem. > The user has to manually delete the cookie in order to login > again. Not > what you can call user friendly ;-) > It seems that only Firefox is expiring the session cookie in > the correct > way. Also, why is it only us 2 having this problem ? Is everybody else > using Firefox only ? > Cheers, > Marc > > > > ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Session problems with IE and cookies
On Wed, Feb 28, 2007 at 03:31:39PM +0200, Octavian Rasnita wrote: > I have created a site using Catalyst, and I access it with IE, but I can > login with no issues. > However, 2 customers told me that they can login on the site from one > location, but they cannot do it from their work place. This sounds different from what the OP commented on (since they are able to log in), but there is a bug related to SSL and IE that causes IE to send an empty body: http://support.microsoft.com/default.aspx?kbid=831167 -- Bill Moseley [EMAIL PROTECTED] ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] New Catalyst site
How is the content managed? I'd like to know if you integrated your Catalyst application with an existing content management system and if so, how you pulled this off. Having to choose a CMS and framework for a similar site myself this really could help me make a decision. We've got an existing CMS - Polymedia from an Italian company called TXT www.txt.it. It works using XML internally, and uses Oracle (or MS SQL) as a back-end database. It's quite good for integration and will feed data out (via XSLT) as XML or into a DB table etc. We've been using it for around 5 years now, and have built up an archive of around 150,000 articles for the MEN. In addition we have two other newspaper groups with 58,000 and 67,000 articles respectively. The downer is that the Polymedia interface is IE only (relies on MSXML), although it comes with an integrated, if basic, ActiveX image-editing component. So for an article, from Polymedia we generate 4 outputs. Firstly an XML file is stored on the filesystem for Catalyst use. Another XML file is generated and fed into FAST (www.fastsearch.com) which provides the search back-end for the site. Finally we feed some of the meta-data (not the full content) into DBs - both MySQL and Oracle. The static resources - images/audio/video - are all fed separately onto a dedicated server. MySQL is our new choice of DB and we use it to run things like most popular and most recent stories. The story comments are still in Oracle as we haven't (yet) redeveloped the interface the journalists use to manage these (that interface shows the journalist the headline and teaser of the story.) We use XML::Simple in a Catalyst model to parse stories into perl objects, making use of a FastMMap Cache (per-server) to store the parsed XML for up to 2 minutes. At the front-end we have three load-balanced webservers running Catalyst to serve the pages, and a further server to serve the static resources. We simply do this by using an alternate server name in the HTML rather than having to worry about proxies. We then just check the server logs to ensure that nothing is falling through. Think that's all, one of my colleagues lurks on the list so if I've posted something inaccurate it may tempt him into posting :-) Carl ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Sharing session and login data
On 2/28/07, Jeffrey Ng <[EMAIL PROTECTED]> wrote: right! thanks for reminding. we probably will put it on a separate dedicated memcache server then. That won't help. If you want reliable session storage with caching, use memcached as a write-through cache for your database, i.e. when you write, write to both the database and memcached. When you read, try memcached first and then fall back to the database if you don't find the session. - Perrin ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Sharing session and login data
right! thanks for reminding. we probably will put it on a separate dedicated memcache server then. On 2/28/07, Perrin Harkins <[EMAIL PROTECTED]> wrote: On 2/28/07, Jeffrey Ng <[EMAIL PROTECTED]> wrote: > we have just improved our session implementation. instead of storing > our session table in mysql database, we stored them in memcache. Memcached does things like silently drop your data when it runs out of room. If the daemon stops for any reason, all of your sessions are instantly gone (unlike a database where they are safely on disk and you can restart it). It is designed to be unreliable storage, since it's a cache and not a database. Some sites can get away with it, because they just don't care if they use all their users' sessions. Just be sure that your site is one of those before your start putting your sessions into lossy storage. - Perrin ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/ -- Jeffrey Ng CEO, Zorpia.com ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Sharing session and login data
On 2/28/07, Jeffrey Ng <[EMAIL PROTECTED]> wrote: we have just improved our session implementation. instead of storing our session table in mysql database, we stored them in memcache. Memcached does things like silently drop your data when it runs out of room. If the daemon stops for any reason, all of your sessions are instantly gone (unlike a database where they are safely on disk and you can restart it). It is designed to be unreliable storage, since it's a cache and not a database. Some sites can get away with it, because they just don't care if they use all their users' sessions. Just be sure that your site is one of those before your start putting your sessions into lossy storage. - Perrin ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] PATCH - Multiple ActionClass attributes
Hi,
I wrote a patch that permits to use multiple ActionClass attributes in a
controller action.
Here is the synopsys:
=head1 USING MULTIPLE ACTIONS
To use multiple actions you just need to had more ActionClass
attributes:
sub Hello :Local :ActionClass('SayBefore') ActionClass('SayAfter') {
$c->res->output( 'Hello '.$c->stash->{what} );
}
Attention that if you are using multiple actions you probably want to
use Class::C3 dispatch order. With NEXT just the first ActionClass will
be called. Here you have an example:
package Catalyst::Action::SayBefore;
use Class::C3;
use base 'Catalyst::Action';
sub execute {
my $self = shift;
my ( $controller, $c, $test ) = @_;
$c->stash->{what} = 'world';
$self->next::method( @_ );
};
1;
package Catalyst::Action::SayAfter;
use Class::C3;
use base 'Catalyst::Action';
sub execute {
my $self = shift;
my ( $controller, $c, $test ) = @_;
$self->next::method( @_ );
$c->res->output( 'Bye '.$c->stash->{what} );
};
1;
Patch with tests and docs attached.
catalyst_multiple_action_classes.diff
Description: Binary data
documentation.diff
Description: Binary data
___
List: Catalyst@lists.rawmode.org
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/
Dev site: http://dev.catalyst.perl.org/
[Catalyst] Re: PATCH - Multiple ActionClass attributes
Ups, wrong mailling list. I will resend it to catalyst-dev. ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Sharing session and login data
I might be asking the blindingly obvious, but do the two applications use the same domain? If not sessions will not work between them because the session ID is normally stored in a cookie which cannot be passed between domains. You may have to pass the cookie in the URL in that case. Regards Ian (icydee) Tiziano Faion wrote: Hi All, I've got a trouble in sharing data session betweeb two catalyst applications. The First one is an intranet software where user log in. The second one is a production monitoring software. In intranet i've a link that opens, in the same window, the second app. Two apps shares same database for user and roles. Now.. If i login into intranet and i go to the second app. i lose my login and role information. I hoped that setting the same path for session in yaml for both applications would be enough but... Any suggestion? Link? Thanks in advance Tiziano ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Session problems with IE and cookies
I have created a site using Catalyst, and I access it with IE, but I can login with no issues. However, 2 customers told me that they can login on the site from one location, but they cannot do it from their work place. I don't know, but it might be the same bug, since after the login, the program is making an external redirection, and the cookies are used... Anyway, if somebody will find what's the problem, please write on the list. Octavian - Original Message - From: "Marc Logghe" <[EMAIL PROTECTED]> To: "Thomas Hartman" <[EMAIL PROTECTED]> Cc: "The elegant MVC web framework" Sent: Wednesday, February 28, 2007 3:02 PM Subject: RE: [Catalyst] Session problems with IE and cookies -Original Message- From: Thomas Hartman [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 28, 2007 12:09 PM To: The elegant MVC web framework Subject: Re: [Catalyst] Session problems with IE and cookies Don't really understand the root of the problem, but I asked about this on #Catalyst and was told of a workaround, and saved it to my .bashrc hints. If I recall correctly, the consensus is that this is an IE6 bug. Not sure about that. I have exactly the same problem as Dylan. It is not specific for IE, Opera shows the very same problem. The user has to manually delete the cookie in order to login again. Not what you can call user friendly ;-) It seems that only Firefox is expiring the session cookie in the correct way. Also, why is it only us 2 having this problem ? Is everybody else using Firefox only ? Cheers, Marc [EMAIL PROTECTED]:~> thartman_catalyst_IE6_response_redirect_prob_hint try myapp_server.pl with -f -k flags [EMAIL PROTECTED]:~> hope this helps, thomas. On 2/27/07, Dylan Vanderhoof <[EMAIL PROTECTED]> wrote: > I'm seeing an issue where if IE is holding a cookie when a session > expires (expires set to 7200, cookie_expires set to 0), the user can't > login. Login authenticates successfully, but redirects back to the > login page. (Session is expired and not being deleted correctly) > > This does not happen with Firefox, which appears to actually delete > the session correctly. > > I noticed the same behavior if the session data (Store::DBIC) was > deleted from the DB before the session expires. > > Any ideas what might be causing this and how to fix it? > > Thanks, > Dylan > > Debug output: (Repeats the last 2 requests until the browser is closed > with a session cookie or the cookie file is deleted with a cookie with > an expiration) > > [debug] "GET" request for "/" from "209.221.173.66" > [debug] Found sessionid "cb30ab14db722929594b6ec6e4f35bc28895284f" in > cookie [debug] Deleting session(session expired) [debug] Redirecting > to "https://myapp/signin"; > [info] Request took 0.084344s (11.856/s) > .+ > -- > -. > | Action | Time > | > ++ > ++-- > -+ > | /auto | > 0.057025s | > | /end | > 0.001156s | > '+ > -- > -' > > [info] *** Request 1 (0.001/s) [3435] [Tue Feb 27 21:50:43 2007] *** > [debug] "GET" request for "signin" from "209.221.173.66" > [debug] Path is "signin" > [debug] Found sessionid "cb30ab14db722929594b6ec6e4f35bc28895284f" in > cookie [debug] Deleting session(session expired) [debug] Rendering > template "login_welcome.tt" > [info] Request took 0.178703s (5.596/s) > .+ > -- > -. > | Action | Time > | > ++ > ++-- > -+ > | /auto | > 0.000492s | > | /auth/signin | > 0.083319s | > | /end | > 0.066447s | > | -> NetResponse::View::TT->process | > 0.062633s | > '+ > -- > -' > > [info] *** Request 2 (0.002/s) [3435] [Tue Feb 27 13:50:50 2007] *** > [debug] Body Parameters are: > .-+--- > -- > -. > | Parameter | Value > | > +-+--- > +-+-- > -+ > | email | username | > | password| password | > '-+--- > -- > -' > [debug] "POST" request for "signin" from "20
[Catalyst] www.engoi.com nearly migrated to catalyst
Hi, The port of www.engoi.com (currently a collection of cgi's under apache/mod_perl) to cat is nearly there. You can take a look at http://www.sodabean.net Note: 1. some pages are very slow. But they will be served as static pages in production, so no problem for now. (They are served dynamically here so that translators can see what is going on as they make edits.) 2. some CSS problems in IE to fix, as usual ... It doesn't look much different to the existing site, but under the hood it's a whole new app. The biggest thing we now have that was much missing is a way of managing the workflow of translations from dev to production via the translation server. This was a huge issue in the old site that made continuous development and upgrade of the site almost impossible. The flexibility of cat's MVC architecture has made this possible; multiple models to get data from the database, have a specialist api over the db, and to add new English text to the site in development without having the problem of keeping databases in sync. By grepping for text tags in templates feeding that back into the db, translators can now see the text tags for the site grouped by the pages in which they appear. The "chained" feature has been fantastic both for dividing the namespace by language (both the native language AND the language being learned), and also for providing access control to admin and translator functions by role. All of this has been so that we have a decent platform to add new features to the site in future (there's a lot of new stuff to add). It's been so busy doing this in my "spare time" that I have not thought much about making any of this available back to the community. I hope that that will change in future, and that one day engoi will have some nicely matured features to put back into cat. (First we have to get this thing off teh ground though ;-) ) lots of thanks to this list for immeasurable help in getting this job (nearly) done, and helping me along that never-ending learning curve. Daniel -- Daniel McBrearty email : danielmcbrearty at gmail.com www.engoi.com : the multi - language vocab trainer BTW : 0873928131 ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Session problems with IE and cookies
we had the exact same problem with ie. but not firefox. people even wrote tutorial on their own blogs to teach other users how to log on to our site. we could not find out the source of error. we reworte the whole thing from scratch. and now we are hearing less complaints. we couldnt verify if we really have fixed it because the problem happened randomly. we could never replicate the bug. On 2/28/07, Marc Logghe <[EMAIL PROTECTED]> wrote: > -Original Message- > From: Thomas Hartman [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 28, 2007 12:09 PM > To: The elegant MVC web framework > Subject: Re: [Catalyst] Session problems with IE and cookies > > Don't really understand the root of the problem, but I asked > about this on #Catalyst and was told of a workaround, and > saved it to my .bashrc hints. > > If I recall correctly, the consensus is that this is an IE6 bug. Not sure about that. I have exactly the same problem as Dylan. It is not specific for IE, Opera shows the very same problem. The user has to manually delete the cookie in order to login again. Not what you can call user friendly ;-) It seems that only Firefox is expiring the session cookie in the correct way. Also, why is it only us 2 having this problem ? Is everybody else using Firefox only ? Cheers, Marc > > [EMAIL PROTECTED]:~> thartman_catalyst_IE6_response_redirect_prob_hint > try myapp_server.pl with -f -k flags > [EMAIL PROTECTED]:~> > > hope this helps, thomas. > > On 2/27/07, Dylan Vanderhoof <[EMAIL PROTECTED]> wrote: > > I'm seeing an issue where if IE is holding a cookie when a session > > expires (expires set to 7200, cookie_expires set to 0), the > user can't > > login. Login authenticates successfully, but redirects back to the > > login page. (Session is expired and not being deleted correctly) > > > > This does not happen with Firefox, which appears to actually delete > > the session correctly. > > > > I noticed the same behavior if the session data (Store::DBIC) was > > deleted from the DB before the session expires. > > > > Any ideas what might be causing this and how to fix it? > > > > Thanks, > > Dylan > > > > Debug output: (Repeats the last 2 requests until the > browser is closed > > with a session cookie or the cookie file is deleted with a > cookie with > > an expiration) > > > > [debug] "GET" request for "/" from "209.221.173.66" > > [debug] Found sessionid > "cb30ab14db722929594b6ec6e4f35bc28895284f" in > > cookie [debug] Deleting session(session expired) [debug] > Redirecting > > to "https://myapp/signin"; > > [info] Request took 0.084344s (11.856/s) > > > .+ > > -- > > -. > > | Action > | Time > > | > > > ++ > > ++-- > > -+ > > | /auto | > > 0.057025s | > > | /end | > > 0.001156s | > > > '+ > > -- > > -' > > > > [info] *** Request 1 (0.001/s) [3435] [Tue Feb 27 21:50:43 > 2007] *** > > [debug] "GET" request for "signin" from "209.221.173.66" > > [debug] Path is "signin" > > [debug] Found sessionid > "cb30ab14db722929594b6ec6e4f35bc28895284f" in > > cookie [debug] Deleting session(session expired) [debug] Rendering > > template "login_welcome.tt" > > [info] Request took 0.178703s (5.596/s) > > > .+ > > -- > > -. > > | Action > | Time > > | > > > ++ > > ++-- > > -+ > > | /auto | > > 0.000492s | > > | /auth/signin | > > 0.083319s | > > | /end | > > 0.066447s | > > | -> NetResponse::View::TT->process | > > 0.062633s | > > > '+ > > -- > > -' > > > > [info] *** Request 2 (0.002/s) [3435] [Tue Feb 27 13:50:50 > 2007] *** > > [debug] Body Parameters are: > > > .-+--- > > -- > > -. > > | Parameter | Value > > | > > > +-+--- > > +-+-- > > -+ > > | email | username | > > | password| password >| > > > '-+--- > > -- > > -' > > [debug] "POST" request for "signin" from "209.221.173.66" > > [debug]
RE: [Catalyst] Session problems with IE and cookies
> -Original Message- > From: Thomas Hartman [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 28, 2007 12:09 PM > To: The elegant MVC web framework > Subject: Re: [Catalyst] Session problems with IE and cookies > > Don't really understand the root of the problem, but I asked > about this on #Catalyst and was told of a workaround, and > saved it to my .bashrc hints. > > If I recall correctly, the consensus is that this is an IE6 bug. Not sure about that. I have exactly the same problem as Dylan. It is not specific for IE, Opera shows the very same problem. The user has to manually delete the cookie in order to login again. Not what you can call user friendly ;-) It seems that only Firefox is expiring the session cookie in the correct way. Also, why is it only us 2 having this problem ? Is everybody else using Firefox only ? Cheers, Marc > > [EMAIL PROTECTED]:~> thartman_catalyst_IE6_response_redirect_prob_hint > try myapp_server.pl with -f -k flags > [EMAIL PROTECTED]:~> > > hope this helps, thomas. > > On 2/27/07, Dylan Vanderhoof <[EMAIL PROTECTED]> wrote: > > I'm seeing an issue where if IE is holding a cookie when a session > > expires (expires set to 7200, cookie_expires set to 0), the > user can't > > login. Login authenticates successfully, but redirects back to the > > login page. (Session is expired and not being deleted correctly) > > > > This does not happen with Firefox, which appears to actually delete > > the session correctly. > > > > I noticed the same behavior if the session data (Store::DBIC) was > > deleted from the DB before the session expires. > > > > Any ideas what might be causing this and how to fix it? > > > > Thanks, > > Dylan > > > > Debug output: (Repeats the last 2 requests until the > browser is closed > > with a session cookie or the cookie file is deleted with a > cookie with > > an expiration) > > > > [debug] "GET" request for "/" from "209.221.173.66" > > [debug] Found sessionid > "cb30ab14db722929594b6ec6e4f35bc28895284f" in > > cookie [debug] Deleting session(session expired) [debug] > Redirecting > > to "https://myapp/signin"; > > [info] Request took 0.084344s (11.856/s) > > > .+ > > -- > > -. > > | Action > | Time > > | > > > ++ > > ++-- > > -+ > > | /auto | > > 0.057025s | > > | /end | > > 0.001156s | > > > '+ > > -- > > -' > > > > [info] *** Request 1 (0.001/s) [3435] [Tue Feb 27 21:50:43 > 2007] *** > > [debug] "GET" request for "signin" from "209.221.173.66" > > [debug] Path is "signin" > > [debug] Found sessionid > "cb30ab14db722929594b6ec6e4f35bc28895284f" in > > cookie [debug] Deleting session(session expired) [debug] Rendering > > template "login_welcome.tt" > > [info] Request took 0.178703s (5.596/s) > > > .+ > > -- > > -. > > | Action > | Time > > | > > > ++ > > ++-- > > -+ > > | /auto | > > 0.000492s | > > | /auth/signin | > > 0.083319s | > > | /end | > > 0.066447s | > > | -> NetResponse::View::TT->process | > > 0.062633s | > > > '+ > > -- > > -' > > > > [info] *** Request 2 (0.002/s) [3435] [Tue Feb 27 13:50:50 > 2007] *** > > [debug] Body Parameters are: > > > .-+--- > > -- > > -. > > | Parameter | Value > > | > > > +-+--- > > +-+-- > > -+ > > | email | username | > > | password| password >| > > > '-+--- > > -- > > -' > > [debug] "POST" request for "signin" from "209.221.173.66" > > [debug] Path is "signin" > > [debug] Found sessionid > "cb30ab14db722929594b6ec6e4f35bc28895284f" in > > cookie [debug] Deleting session(session expired) [debug] Found > > sessionid "cb30ab14db722929594b6ec6e4f35bc28895284f" in > cookie [debug] > > Deleting session(session expired) [debug] Fo
Re: [Catalyst] New Catalyst site
Am 28.02.2007 um 12:12 schrieb Carl Johnstone: I would like to announce that www.manchestereveningnews.co.uk has just been relaunched using Catalyst and mod_perl. Nice one, Carl! How is the content managed? I'd like to know if you integrated your Catalyst application with an existing content management system and if so, how you pulled this off. Having to choose a CMS and framework for a similar site myself this really could help me make a decision. --Tobias --Tobias ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] New Catalyst site
Hi, I would like to announce that www.manchestereveningnews.co.uk has just been relaunched using Catalyst and mod_perl. For those that live outside the UK. The Manchester Evening News is the UK's most popular regional newspaper outside London and the sister paper of "The Guardian" (which started life as The Manchester Guardian). Carl ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Session problems with IE and cookies
Don't really understand the root of the problem, but I asked about this on #Catalyst and was told of a workaround, and saved it to my .bashrc hints. If I recall correctly, the consensus is that this is an IE6 bug. [EMAIL PROTECTED]:~> thartman_catalyst_IE6_response_redirect_prob_hint try myapp_server.pl with -f -k flags [EMAIL PROTECTED]:~> hope this helps, thomas. On 2/27/07, Dylan Vanderhoof <[EMAIL PROTECTED]> wrote: I'm seeing an issue where if IE is holding a cookie when a session expires (expires set to 7200, cookie_expires set to 0), the user can't login. Login authenticates successfully, but redirects back to the login page. (Session is expired and not being deleted correctly) This does not happen with Firefox, which appears to actually delete the session correctly. I noticed the same behavior if the session data (Store::DBIC) was deleted from the DB before the session expires. Any ideas what might be causing this and how to fix it? Thanks, Dylan Debug output: (Repeats the last 2 requests until the browser is closed with a session cookie or the cookie file is deleted with a cookie with an expiration) [debug] "GET" request for "/" from "209.221.173.66" [debug] Found sessionid "cb30ab14db722929594b6ec6e4f35bc28895284f" in cookie [debug] Deleting session(session expired) [debug] Redirecting to "https://myapp/signin"; [info] Request took 0.084344s (11.856/s) .+-- -. | Action | Time | ++-- -+ | /auto | 0.057025s | | /end | 0.001156s | '+-- -' [info] *** Request 1 (0.001/s) [3435] [Tue Feb 27 21:50:43 2007] *** [debug] "GET" request for "signin" from "209.221.173.66" [debug] Path is "signin" [debug] Found sessionid "cb30ab14db722929594b6ec6e4f35bc28895284f" in cookie [debug] Deleting session(session expired) [debug] Rendering template "login_welcome.tt" [info] Request took 0.178703s (5.596/s) .+-- -. | Action | Time | ++-- -+ | /auto | 0.000492s | | /auth/signin | 0.083319s | | /end | 0.066447s | | -> NetResponse::View::TT->process | 0.062633s | '+-- -' [info] *** Request 2 (0.002/s) [3435] [Tue Feb 27 13:50:50 2007] *** [debug] Body Parameters are: .-+- -. | Parameter | Value | +-+- -+ | email | username | | password| password | '-+- -' [debug] "POST" request for "signin" from "209.221.173.66" [debug] Path is "signin" [debug] Found sessionid "cb30ab14db722929594b6ec6e4f35bc28895284f" in cookie [debug] Deleting session(session expired) [debug] Found sessionid "cb30ab14db722929594b6ec6e4f35bc28895284f" in cookie [debug] Deleting session(session expired) [debug] Found sessionid "cb30ab14db722929594b6ec6e4f35bc28895284f" in cookie [debug] Successfully authenticated user '[EMAIL PROTECTED]'. [debug] Redirecting to "https://myapp/signin"; ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Sharing session and login data
we have just improved our session implementation. instead of storing our session table in mysql database, we stored them in memcache. we got immense speed improvement from the change. memcache is completely separate from catalyst, may be it will work for you too. On 2/28/07, Tiziano Faion <[EMAIL PROTECTED]> wrote: Hi All, I've got a trouble in sharing data session betweeb two catalyst applications. The First one is an intranet software where user log in. The second one is a production monitoring software. In intranet i've a link that opens, in the same window, the second app. Two apps shares same database for user and roles. Now.. If i login into intranet and i go to the second app. i lose my login and role information. I hoped that setting the same path for session in yaml for both applications would be enough but... Any suggestion? Link? Thanks in advance Tiziano -- Tiziano Faion <[EMAIL PROTECTED]> ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/ -- Jeffrey Ng CEO, Zorpia.com ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Sharing session and login data
Hi All, I've got a trouble in sharing data session betweeb two catalyst applications. The First one is an intranet software where user log in. The second one is a production monitoring software. In intranet i've a link that opens, in the same window, the second app. Two apps shares same database for user and roles. Now.. If i login into intranet and i go to the second app. i lose my login and role information. I hoped that setting the same path for session in yaml for both applications would be enough but... Any suggestion? Link? Thanks in advance Tiziano -- Tiziano Faion <[EMAIL PROTECTED]> ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
