On Fri, Aug 01, 2003 at 01:14:44PM -0400, Perrin Harkins wrote:
On Fri, 2003-08-01 at 13:04, petersm wrote:
When running under mod_perl the cookie is no
where to be seen.
Do some debugging. Look at the traffic going back and forth. Test it
with GET or lynx. See if the cookie header is
Do some debugging. Look at the traffic going back and forth. Test it
with GET or lynx. See if the cookie header is being sent.
To elaborate a little on this thread:
I find ethereal http://www.ethereal.com/ useful for debugging
situations like this. Certain browsers (that I won't
On Fri, 2003-08-01 at 13:04, petersm wrote:
When running under mod_perl the cookie is no
where to be seen.
Do some debugging. Look at the traffic going back and forth. Test it
with GET or lynx. See if the cookie header is being sent.
If I understand this correctly, then C::A uses CGI to
[ Please keep it on the list... ]
On Fri, 2003-08-01 at 14:06, petersm wrote:
Perrin Harkins [EMAIL PROTECTED] wrote
Do some debugging. Look at the traffic going back and forth. Test
it with GET or lynx. See if the cookie header is being sent.
Thanks for the suggestion. I used wget
Egor Korablev wrote:
Hi
How can I write and get cookies and get POST data (text) under MP2 handler
without using apache::compat?
You can either use libapreq, which is _almost_ there :)
or hack yuor own bits up cribbed from CGI.pm or the test
stuff in the mp2 test suite. That's what I'm using
Carl Brewer wrote:
Egor Korablev wrote:
Hi
How can I write and get cookies and get POST data (text) under MP2
handler
without using apache::compat?
You can either use libapreq, which is _almost_ there :)
or hack yuor own bits up cribbed from CGI.pm or the test
stuff in the mp2 test suite.
Forgot to include the list.
-Forwarded Message-
From: Mark Maunder [EMAIL PROTECTED]
To: Dennis Stout [EMAIL PROTECTED]
Subject: Re: cookies
Date: 16 Jul 2003 14:19:27 -0700
Hi Dennis,
One possibility: Check the -path option. It's supposed to set it to '/'
by default if you
One possibility: Check the -path option. It's supposed to set it to '/'
by default if you dont specify it, but it doesn't. I discovered this
about 20 minutes ago with a similar bug. So manually specify something
like:
my $cookie = Apache::Cookie-new($r,
-name =
Well I'll be damned.
My computer at home does the cookie thing perfectly well. My workstation at
work does not do cookies. So my mod_perl creation is working fine as far as
getting the cookies.
rant
YAY FOR WIN2K DOMAINS AND ADMIN WHO USE HELP DESK TECHS TO PROGRAM TICKETING
SYSTEMS FOR DSL,
Subject: Re: cookies
Well I'll be damned.
My computer at home does the cookie thing perfectly well. My workstation at
work does not do cookies. So my mod_perl creation is working fine as far as
getting the cookies.
rant
YAY FOR WIN2K DOMAINS AND ADMIN WHO USE HELP DESK TECHS TO PROGRAM
16, 2003 20 13
Subject: Re: cookies
Well I'll be damned.
My computer at home does the cookie thing perfectly well. My workstation at
work does not do cookies. So my mod_perl creation is working fine as far as
getting the cookies.
rant
YAY FOR WIN2K DOMAINS AND ADMIN WHO USE
else try to use Outlook Express like vi and get odd error
messages after a days worth of coding?
- Original Message -
From: Mark Maunder [EMAIL PROTECTED]
To: Dennis Stout [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, July 16, 2003 20 33
Subject: Re: cookies
From perldoc CGI
Message -
From: Mark Maunder [EMAIL PROTECTED]
To: Dennis Stout [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, July 16, 2003 20 33
Subject: Re: cookies
From perldoc CGI::Cookie
# fetch existing cookies
%cookies = fetch CGI::Cookie;
$id = $cookies{'ID'}-value;
#You're
Cool dude. Now if you know why $r-pnotes() isn't working under
apache/modperl .27 you'll make my day!
Got some source code to show me what you're doing with it?
Otherwise I'll just have to cut and paste the mod_perl API book to you ;)
hehehehe.
Dennis
WOOO!
I went to the ttms site, logged in, AND IT AUTHNTICATED ME AND GAVE ME PAGES!!
:D
Aight, drink of choice is on me tonight :D
I can't beleive it! 3 weeks on this bloody thing and I got it to finally
Authenticat me =D
Course, I had to disable things in
Wouldn't be the first time I've been wrong. I do know that I was
seeing inconsistent behavior with cookies not being saved in a
redirect page (mostly IE PC, but not 100% of the time), but I didn't
spend any time worrying about it because of the previous messages I
remembered. A quick
On Tue, Oct 01, 2002 at 07:23:39PM -0400, Kee Hinckley wrote:
At 11:30 AM -0700 10/1/02, Alan wrote:
Hi folks... I'm having a bit of a weird problem with Apache::Cookie and
IE.
I'm setting a cookie and then doing a redirect as follows:
This must come up once every few months. I'd
Hi Alan,
I guess your mistake is to send the refresh header as http header.
You should use a meta tag in html or redirect in http.
Sven.
On Tue, 1 Oct 2002, Alan wrote:
Hi folks... I'm having a bit of a weird problem with Apache::Cookie and
IE.
I'm setting a cookie and then doing a
At 09:02 02.10.2002, Alan wrote:
On Tue, Oct 01, 2002 at 07:23:39PM -0400, Kee Hinckley wrote:
At 11:30 AM -0700 10/1/02, Alan wrote:
Hi folks... I'm having a bit of a weird problem with Apache::Cookie and
IE.
I'm setting a cookie and then doing a redirect as follows:
This must
Alan wrote [ 01 October 2002 at 03:09 pm ]
On Tue, Oct 01, 2002 at 11:30:59AM -0700, Alan wrote:
Turns out the issue was the 'expires' tag... IE wouldn't set the cookie
until it was set to '+1d'
If setting the expires tag to +1d fixed the problem you may want to look
at the time on the
On Wed, Oct 02, 2002 at 08:15:23AM -0500, Nicholas Studt wrote:
Alan wrote [ 01 October 2002 at 03:09 pm ]
On Tue, Oct 01, 2002 at 11:30:59AM -0700, Alan wrote:
Turns out the issue was the 'expires' tag... IE wouldn't set the cookie
until it was set to '+1d'
If setting the
But when it's set to 3d the cookie is set as:
Set-Cookie=name=value; path=/path; expires=3d
Which makes sense, but it's a very subtle thing IMHO, and to me 1d
means expire in one day, the same as +1d.
Anything think that this deserves a bug report, or chalk it up to stupid
user
On Wed, Oct 02, 2002 at 01:21:49PM -0400, Geoffrey Young wrote:
so, it's not really a bug if you dig down into the docs and examples.
looks like a feature, though :)
Agreed... more of a 'gotcha' though, ready to bite people in the butt.
Personally I think it might make more sense to do a
At 20:12 02.10.2002, Alan wrote:
On Wed, Oct 02, 2002 at 01:21:49PM -0400, Geoffrey Young wrote:
so, it's not really a bug if you dig down into the docs and examples.
looks like a feature, though :)
Agreed... more of a 'gotcha' though, ready to bite people in the butt.
Personally I think it
On Wed, Oct 02, 2002 at 08:30:54PM +0200, Per Einar Ellefsen wrote:
At 20:12 02.10.2002, Alan wrote:
On Wed, Oct 02, 2002 at 01:21:49PM -0400, Geoffrey Young wrote:
so, it's not really a bug if you dig down into the docs and examples.
looks like a feature, though :)
Agreed... more of a
At 9:29 AM +0200 10/2/02, Sven Geisler wrote:
Hi Alan,
Hi Kee,
I would say Kee is wrong.
In our application, the development of which I am involved in, for a
special case we need to write a cookie and redirect to another page.
Wouldn't be the first time I've been wrong. I do know that I was
On Tue, Oct 01, 2002 at 11:30:59AM -0700, Alan wrote:
Hi folks... I'm having a bit of a weird problem with Apache::Cookie and
IE.
I'm setting a cookie and then doing a redirect as follows:
my $c = Apache::Cookie-new( $r,
-name = 'userdata',
-value = $cookie,
At 11:30 AM -0700 10/1/02, Alan wrote:
Hi folks... I'm having a bit of a weird problem with Apache::Cookie and
IE.
I'm setting a cookie and then doing a redirect as follows:
This must come up once every few months. I'd complain about that
fact, but the irony is that just last week I couldn't
I've determined that it isn't the redirect causing the cookies not
to be set. If I take out the redirect, and just try to set a cookie
w/o a redirect, it still doesn't set the cookies in IE. Does M$
have any docs on how IE6 handles cookies that I can look this up on?
YES, they do.
You have
I've determined that it isn't the redirect causing the cookies not to be set.
If I take out the redirect, and just try to set a cookie w/o a redirect, it
still doesn't set the cookies in IE. Does M$ have any docs on how IE6
handles cookies that I can look this up on?
On Saturday 23 March
On Sat, 23 Mar 2002, Jesse and Rebecca Stay wrote:
Ok - I got rid of the Apache::Cookie stuff, and am now doing things manually,
but it still doesn't generate a cookie in IE. It still works in Netscape. I
get a redirect, but no cookie. Here is my code:
my $r = Apache-request;
On Sun, Mar 24, 2002 at 01:44:51PM -0500, Jesse and Rebecca Stay wrote:
I've determined that it isn't the redirect causing the cookies not to be set.
If I take out the redirect, and just try to set a cookie w/o a redirect, it
still doesn't set the cookies in IE. Does M$ have any docs on
On Sat, 23 Mar 2002 18:52:14 -0500 Jesse and Rebecca Stay [EMAIL PROTECTED] wrote:
Has anyone had any issues in getting cookies to work with IE using mod_perl?
I have tried using both CGI::Cookie and Apache::Cookie, and in both instances
it works just fine under Netscape, but on IE it
Here is the code I use (in this particular case it is being used with a
redirect, but it doesn't work in any case.):
my $cookieContent = Apache::Cookie-new(
$r,
-name= 'userSession',
-value = $cookieValue,
I guess in particular, does anyone know of any known issues with
Apache::Cookie and IE6.0 (or any other versions)?
On Saturday 23 March 2002 07:09 pm, Jesse and Rebecca Stay wrote:
Here is the code I use (in this particular case it is being used with a
redirect, but it doesn't work in any
Ok - I got rid of the Apache::Cookie stuff, and am now doing things manually,
but it still doesn't generate a cookie in IE. It still works in Netscape. I
get a redirect, but no cookie. Here is my code:
my $r = Apache-request;
$r-content_type('text/html');
There are different security levels that must be set. You can also specifically
tell the browser to accept
all cookies from a particular domain. There is an article on MS site about
this. I forgot what it was.
You can probably search for it on google.
Frank Wiles wrote:
[EMAIL PROTECTED]">
Some browsers don't accept cookies sent allong with a redirect header.
A simple workaround is to leave your cookie in the header, but move the
redirect to a META HTTP-EQUIV tag in a blank HTML document.
I'm not sure if IE 6.0 suffers from this but I suspect that this is your
problem. So
On Tue, 12 Mar 2002 16:23:57 +0100
Axel Andersson [EMAIL PROTECTED] wrote:
Hello,
I'm having trouble with both setting a cookie and redirecting the user to
another page at the same time. It would appear the cookie is only sent
when a normal header is sent by server.
If I do the following
Axel Andersson wrote:
Hello,
I'm having trouble with both setting a cookie and redirecting the user to
another page at the same time. It would appear the cookie is only sent
when a normal header is sent by server.
this is a common problem - you have to add the cookie to the
Geoff: I think I did this with my own module with no success... I'd end
up with an extra set of headers, if I was _lucky_...
perhaps that is due to a general misunderstanding of err_headers_out -
they are sent _even_ on Apache errors (of which REDIRECT is considered
one), not _only_ on
El Mar 12 Mar 2002 11:23, Axel Andersson escribió:
Hello,
I'm having trouble with both setting a cookie and redirecting the user to
another page at the same time. It would appear the cookie is only sent
when a normal header is sent by server.
If I do the following (having baked the cookie
Time abbreviations are case sensitive:
=pod
The following forms are all valid for the -expires field:
+30s 30 seconds from now
+10m ten minutes from now
+1h one hour from now
Glen Small [EMAIL PROTECTED] said something to this effect on 06/26/2001:
I'm having some problem setting a cookie in a logon script i
have. The code work fine as a CGI, and also under mod)perl,
however, I want to set a cookie during the login script, and
then redirect the browser to another
will trillich([EMAIL PROTECTED])@Sat, Apr 28, 2001 at 02:44:29PM -0500:
i've been tinkering with the modperl book examples
for Apache::Ticket*.pm (as described p305-322)...
it works for
linux/konqueror
linux/netscape
win/explorer
it doesn't work for
linux/lynx
- Original Message -
From: will trillich [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, April 28, 2001 9:44 PM
Subject: cookies work for some browsers, not for others... ?
[snip]
cf
!DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
HTMLHEAD
TITLE302 Found/TITLE
/HEADBODY
- Original Message -
From: will trillich [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, April 28, 2001 9:44 PM
Subject: cookies work for some browsers, not for others... ?
[snip]
cf
!DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
HTMLHEAD
TITLE302 Found/TITLE
/HEADBODY
in general, your problem with some browsers that otherwise support
cookies may be with issuing redirects and cookies on the same request,
which has been known to trip up some browsers. the easy workaround is
to use a meta refresh to do the redirection.
fmt: w70: No such file or directory
On Sat,
On Sat, Apr 28, 2001 at 12:54:17PM -0700, Jim Winstead wrote:
in general, your problem with some browsers that otherwise support
cookies may be with issuing redirects and cookies on the same request,
which has been known to trip up some browsers. the easy workaround is
to use a meta refresh
At 17:17 28/04/2001 -0500, will trillich wrote:
so i guess what you're saying is, some browsers look for
a redirect: header and then charge off to the new location
without handling any set-cookie: headers in the meantime?
Precisely. And some also don't report the cookie before the second page
On Sun, Apr 29, 2001 at 12:21:33AM +0200, Robin Berjon wrote:
At 17:17 28/04/2001 -0500, will trillich wrote:
so i guess what you're saying is, some browsers look for
a redirect: header and then charge off to the new location
without handling any set-cookie: headers in the meantime?
You may have a typo in the code provided. Also, you should probably start
using mod_perl methods rather than perl built-in functions.
In a PerlAccessHandler I have code similar to the following:
sub handler
{
my $r = shift;
my ($cgi, $cookie);
use CGI;
$cgi = new CGI;
Greg Stark wrote:
How do I reliably remove a cookie from a browser's memory? I've only just
begun to experiment but it seems if I set the cookie to "" or undef
Apache::ASP doesn't send the right headers to remove the cookie. (Actually
undef seems to corrupt the cookie). I could just write a
At 01:47 PM 12/12/00, Joshua Chamas wrote:
Greg Stark wrote:
How do I reliably remove a cookie from a browser's memory?
Then Josh said:
What about setting the cookie with an expires date in the past?
$Response-{Cookies}{YourCookie} = {
Value = '',
Expires = -86400,
};
In
Jeff Smelser wrote:
How do you set expires in ASP cookies?
I tried, and various other ways too. Even nodeworks.com wouldn't work for
me. Thanks.
$expires=HTTP::Date::time2str(time()+86400);
$Response-{Cookies}{'username','Expires', '$expires'} =
$Request-Form('username');
On Tue, 23 May 2000, Jim Serio wrote:
Like I said, the cookie is being set, but I can't read the cookie.
Apache::Cookie-fetch('cookie_name'); doesn't work.
this is a fixup handler? you shouldn't be sending the complete http
header there. you should use $r-headers_out like you did in your
"JS" == Jim Serio [EMAIL PROTECTED] writes:
JS This brings up a not-so-mod_perl question. Is there a way to telnet
JS to name-based virtual hosts? Can I spoof the GET request?
No need to spoof anything, the protocol is entirely ASCII so you can
just type the proper commands in your telnet
--Geoff--
Also, as I mentioned earlier, I couldn't get "domain=...;" to work.
make sure that the domain has a dot in front of it and that it
matches the hostname of the box (RFC 2109):
$headers_out-add('Set-Cookie', "name=$val; domain=.foo.com;");
Ah-HA! I *don't* think I used a dotThat
On Mon, 22 May 2000, Jim Serio wrote:
I'm still having trouble writing cookies while
using Apache::Sandwich (thanks Vivek for the
explination). Searching through the list archives,
I found an example from David Pisoni to add the
cookie to an image using the PerlFixupHandler.
It doesn't
Like I said, the cookie is being set, but I can't read the cookie.
Apache::Cookie-fetch('cookie_name'); doesn't work.
this is a fixup handler? you shouldn't be sending the complete http
header there. you should use $r-headers_out like you did in your
original example. and, use telnet to see
On Tue, 23 May 2000, Jim Serio wrote:
Like I said, the cookie is being set, but I can't read the cookie.
Apache::Cookie-fetch('cookie_name'); doesn't work.
this is a fixup handler? you shouldn't be sending the complete http
header there. you should use $r-headers_out like you did in your
On 09-May-2000 Perrin Harkins wrote:
Bill Desjardins wrote:
I checked the archives and the guide to no avail, so here goes. I am
having trouble setting a cookie in the header and then doing a
redirect. The cookies are working fine every where, but if I add a cookie
to $r-headers_out-add(),
not completely sure about real mod_perl. However, the following works
great using Apache::Registry and CGI:
print $query-header(-cookie=[$id_cookie,$crypt_cookie],
-Location=$query-param("redirect").'?name='.@$ref[1].'last_login='.@$ref[3].'site_id='.$query-
param('site_id'));
I think
At 08:53 09/05/2000 -0700, Perrin Harkins wrote:
On Tue, 9 May 2000, Robin Berjon wrote:
Isn't there a work-around consisting of making 100% sure the cookie is sent
before the Location header ?
Not with MSIE. At least it didn't work for me.
Works here for me with msie 4 and 5.1 on win98.
On Tue, 9 May 2000, Alex Menendez wrote:
not completely sure about real mod_perl. However, the following works
great using Apache::Registry and CGI:
print $query-header(-cookie=[$id_cookie,$crypt_cookie],
On Tue, 2 May 2000, Bill Desjardins wrote:
Hi all,
I checked the archives and the guide to no avail, so here goes. I am
having trouble setting a cookie in the header and then doing a
redirect. The cookies are working fine every where, but if I add a cookie
to $r-headers_out-add(), set a
Hi,
I had the same problem the server not sending any cookies.
I don't think it has got to do with the 403 STATUS code:
My Code contains:
# add cookie file to HTTP header
$r-err_headers_out-add('Set-Cookie' = $cookie);
$r-no_cache(1);
# trigger 403
67 matches
Mail list logo
