This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: PATCH: cgi-bin/gnatsweb.pl and cookie paths
- To: Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>
- Subject: Re: PATCH: cgi-bin/gnatsweb.pl and cookie paths
- From: Phil Edwards <pedwards at disaster dot jaj dot com>
- Date: Thu, 18 Jan 2001 22:39:57 -0500
- Cc: gcc-patches at gcc dot gnu dot org, Mark Kuchel <mark at kuchel dot net>
- References: <Pine.BSF.4.31.0101190230490.59508-100000@deneb.dbai.tuwien.ac.at>
On Fri, Jan 19, 2001 at 02:35:23AM +0100, Gerald Pfeifer wrote:
> Mark Kuchel kindly donated the following gnatsweb patch which should solve
> problems due to invalid cookie paths encountered by lynx users trying to
> access our GNATS database.
Much thanks to Mark!
> Installed. (And I'll shortly apply this to the gnatsweb master repository
> as well.)
Will that also fix the same problem on sources.redhat?
After this patch, I can hit the gnatsweb page on gcc.gnu.org and finally
log in. (That, plus the ^R reload bit for lynx; thanks Gerald!) However,
I only have read-only access for that database.
I can go to the same URL, but at sources.redhat.com instead, and that will
show the full list of databases. Using tkinfo I can log in to the libstdc++
database and successfully (I think) edit PRs. But a login at that URL with
lynx produces the same cookie problem, so clearly sources.redhat.com !=
gcc.gnu.org at a number of levels. Which isn't surprising, but I imagine
it makes this kind of thing more difficult to maintain.
Netscape, of course, wacks out and loops like a <bad word> in any case.
Gerald, thanks for your help on all this.
--
pedwards at disaster dot jaj dot com | pme at sources dot redhat dot com
devphil at several other less interesting addresses in various dot domains
The gods do not protect fools. Fools are protected by more capable fools.