Can't login to Rubyforge, just says "cookies must be enabled

I registered a new account on Rubyforge but can’t seem to login. After
receiving the confirmation email and activating the account every time
I try to login I just get taken straight back to the login page. The
only message is above the user/password textboxes claiming "Cookies
must be enabled past this point. " although cookies in my browser
(Firefox 2.0.0.2) are definitely enabled.

Is there something else I have to do to login?

Farrel

On Thu, 2007-03-01 at 07:15 +0900, Farrel L. wrote:

I registered a new account on Rubyforge but can’t seem to login. After
receiving the confirmation email and activating the account every time
I try to login I just get taken straight back to the login page. The
only message is above the user/password textboxes claiming "Cookies
must be enabled past this point. " although cookies in my browser
(Firefox 2.0.0.2) are definitely enabled.

Is there something else I have to do to login?

Hi Farrel -

Hm, were you able to get this sorted out? If not, please post a support
req here:

http://rubyforge.org/tracker/?atid=102&group_id=5&func=browse

Thanks,

Tom

Hi Farrel -

Hm, were you able to get this sorted out? If not, please post a support
req here:

http://rubyforge.org/tracker/?atid=102&group_id=5&func=browse

Thanks,

Tom

Still have the same problem. Have posted a support request.

Farrel

On 3/1/07, Farrel L. [email protected] wrote:

Still have the same problem. Have posted a support request.

Farrel

Have you tried another browser, just to be on the safe side?


Samantha

http://www.babygeek.org/

“Beware when the great God lets loose a thinker on this planet. Then all
things are at risk.”
–Ralph Waldo Emerson

On 01/03/07, Samantha [email protected] wrote:

I’ve only got Gecko based browsers on my machine (Firefox, Mozilla and
Epiphaby) and they all do the same thing. My Firefox 2.0.0.2 install
at work (on XP) however logs in fine.

Farrel

On 3/1/07, Farrel L. [email protected] wrote:

On 01/03/07, Samantha [email protected] wrote:

I’ve only got Gecko based browsers on my machine (Firefox, Mozilla and
Epiphaby) and they all do the same thing. My Firefox 2.0.0.2 install
at work (on XP) however logs in fine.

Farrel

Yikes. That tells me that there is a common component on your one
machine
that is causing the issue. If you are able to login with your proper
credential at work, something is up with your browser. If you want, you
can
email me offlist and we can see if we can figure something out.

Samantha


Samantha

http://www.babygeek.org/

“Beware when the great God lets loose a thinker on this planet. Then all
things are at risk.”
–Ralph Waldo Emerson

On 01/03/07, Farrel L. [email protected] wrote:

I’ve only got Gecko based browsers on my machine (Firefox, Mozilla and
Epiphaby) and they all do the same thing. My Firefox 2.0.0.2 install
at work (on XP) however logs in fine.

Farrel

I even tried links and it’s not working.

Farrel

That sounds like a firewall issue of some sort, though I’m
not entirely sure how one would go about configuring a
firewall to block any cookies. It may also, I suppose, be
related to some kind of read/write permission issue.

I’m grasping at straws, really. Your problem (that no
browser, whether Gecko-based GUI or console-based TUI, will
interact properly with the
site) is on the weird side of the line.

Yeah, it’s weird indeed… and as Chad said, since it doesn’t happen to
you at work, it does seem like a client-side problem. Not sure if it’s
browser or firewall, though… odd.

Yours,

Tom

On Fri, Mar 02, 2007 at 04:36:40AM +0900, Farrel L. wrote:

On 01/03/07, Farrel L. [email protected] wrote:

I’ve only got Gecko based browsers on my machine (Firefox, Mozilla and
Epiphaby) and they all do the same thing. My Firefox 2.0.0.2 install
at work (on XP) however logs in fine.

Farrel

I even tried links and it’s not working.

That sounds like a firewall issue of some sort, though I’m not entirely
sure how one would go about configuring a firewall to block any cookies.
It may also, I suppose, be related to some kind of read/write permission
issue.

I’m grasping at straws, really. Your problem (that no browser, whether
Gecko-based GUI or console-based TUI, will interact properly with the
site) is on the weird side of the line.

I emailed with him a few times offlist… He’s in Gentoo in the GNOME
Environment. I thought of permission issues, so suggested that he run
firefox as root, but looks like he tried it and it didn’t work.

It definitely sounds like a system or network issue, though.

Maybe something funky in the .mozilla folder underneath the
/home/username directory.

I’m not sure if all the Mozilla browsers like Seamonkey, Epiphany, and
Firefox use that directory or not.

Samantha

http://www.babygeek.org/

“Beware when the great God lets loose a thinker on this planet. Then
all things are at risk.”
–Ralph Waldo Emerson

On Fri, Mar 02, 2007 at 08:58:24AM +0900, Samantha wrote:

I emailed with him a few times offlist… He’s in Gentoo in the GNOME
Environment. I thought of permission issues, so suggested that he run
firefox as root, but looks like he tried it and it didn’t work.

It definitely sounds like a system or network issue, though.

Maybe something funky in the .mozilla folder underneath the
/home/username directory.

He reported trying to connect via the links browser, which also did not
work. As such, it seems unlikely that it has anything to do with the
operation of any of his browser applications.

On 02/03/07, Chad P. [email protected] wrote:

He reported trying to connect via the links browser, which also did not
“A script is what you give the actors. A program
is what you give the audience.” - Larry Wall

I posted a request on a local OSS mailing list (I’m in South Africa by
the way) asking if anyone is having the same issues and I got a reply
from a person having the same issue. I’m not sure if our beloved
Telkom (worst telco in the world) is doing something wonky with SSL
packets (they have a penchant for traffic shaping) but that doesn’t
explain why other sites usin SSL works fine or why I am able to log in
at work (which is a large SA corporation).

Farrel

On Fri, Mar 02, 2007 at 06:59:47AM +0900, Tom C. wrote:

That sounds like a firewall issue of some sort, though I’m
you at work, it does seem like a client-side problem. Not sure if it’s
browser or firewall, though… odd.

Perhaps more to the point, it’s clearly outside of the browser itself,
since links doesn’t have any relation to Firefox or other Gecko-based
browsers. That makes it a system configuration issue or a network
configuration issue. Is there another computer at the same network
location you could use to test for the ability to log in? Is there some
way you could try logging in from the same computer but outside of
whatever you’re using for a network gateway? Either of these two
tactics would help narrow down the problem somewhat, so that you should
be able to thereby determine whether it’s a system or network issue.

On 02/03/07, Farrel L. [email protected] wrote:

CCD CopyWrite Chad P. [ http://ccd.apotheon.org ]
explain why other sites usin SSL works fine or why I am able to log in
at work (which is a large SA corporation).

Farrel

I’m beginning to suspect that this is being caused by Telkom’s
transparent proxy that most SA HTTP internet traffic goes through.
From the local OSS mailing list it seems it has caused issues before
because it gets blacklisted by sites.

Farrel

On Fri, 2007-03-02 at 19:04 +0900, Gustav P. wrote:

I’m in South Africa too (Stellenbosch) and have the same issue. I’ve
tested it in Firefox 2.0 in both Windows XP and openSuSE 10.2 and both
show this behaviour. I have found that after several attempts I usually
get a page or so further (and the cookie gets set properly), but the
problem resurfaces a click or two later (and the cookie is suddenly
vanished).

Yikes. What a bummer…

Tom

Farrel L. wrote:

CCD CopyWrite Chad P. [ http://ccd.apotheon.org ]
explain why other sites usin SSL works fine or why I am able to log in
at work (which is a large SA corporation).

Farrel

I’m in South Africa too (Stellenbosch) and have the same issue. I’ve
tested it in Firefox 2.0 in both Windows XP and openSuSE 10.2 and both
show this behaviour. I have found that after several attempts I usually
get a page or so further (and the cookie gets set properly), but the
problem resurfaces a click or two later (and the cookie is suddenly
vanished).

Cheers,
Gustav P.

On 3/2/07, Gustav P. [email protected] wrote:

/home/username directory.

packets (they have a penchant for traffic shaping) but that doesn’t
problem resurfaces a click or two later (and the cookie is suddenly
vanished).

Cheers,
Gustav P.

Maybe some other proxy (tor?) or a ssh tunnel could solve this? Try
e.g. http://www.rootshell.be/

On Thursday 01 March 2007 07:07:52 pm Chad P. wrote:

He reported trying to connect via the links browser, which also did not
work. As such, it seems unlikely that it has anything to do with the
operation of any of his browser applications.

:slight_smile: I thought he said he had even tried using links. (as in a href=
Hyperlinks, as the Lynx browswer isn’t spelled links.) :slight_smile:

It’s obviously a network issue after seeing that it affects more people
in the
area…


Samantha

http://www.babygeek.org/

“Beware when the great God lets loose a thinker on this planet. Then
all things are at risk.”
–Ralph Waldo Emerson

On Fri, Mar 02, 2007 at 11:42:31PM +0900, Samantha wrote:

He reported trying to connect via the links browser, which also did not
work. As such, it seems unlikely that it has anything to do with the
operation of any of his browser applications.

:slight_smile: I thought he said he had even tried using links. (as in a href=
Hyperlinks, as the Lynx browswer isn’t spelled links.) :slight_smile:

Debian:
$ apt-cache show links
Package: links
Priority: optional
Section: web
Installed-Size: 936
Maintainer: Peter G. [email protected]
Architecture: i386
Version: 0.99+1.00pre12-1
Provides: www-browser
Depends: libc6 (>= 2.3.2.ds1-4), libgpmg1 (>= 1.19.6-1)
Conflicts: links-ssl (<< 0.99-1.1)
Filename: pool/main/l/links/links_0.99+1.00pre12-1_i386.deb
Size: 384846
MD5sum: d4670831b63a80e4d4fbe01b1155350d
SHA1: 52209622cf4c9e9c4d9d59c652370bcca4cfc2f6
SHA256:
db6f879de6afbd6de526569eda0fb85cf8949fa7a3730d8854885871c9c02ead
Description: Character mode WWW browser
Links is a lynx-like character mode browser. It includes support
for rendering tables and frames, features background downloads, can
display colors and has many other features.

FreeBSD:
$ cat /usr/ports/www/links/pkg-descr
Lynx-like WWW browser with text and graphics modes with many features
like displaying tables, menus, etc.

WWW: http://atrey.karlin.mff.cuni.cz/~clock/twibright/links/

It’s obviously a network issue after seeing that it affects more people in the
area…

I’m beginning to think it’s an ISP issue, yeah.

On Sat, Mar 03, 2007 at 12:05:06AM +0900, Deniz D. wrote:

Samantha wrote:

:slight_smile: I thought he said he had even tried using links. (as in a href=
Hyperlinks, as the Lynx browswer isn’t spelled links.) :slight_smile:

There is an alternative browser to lynx, called elinks, or sometimes
just links.

Technically, links and elinks are two separate applications – in much
the same way that vi and Vim are two separate applications. Of course,
the difference from my perspective is “I use Vim. When someone asks if
I use vi or emacs, I’ll answer vi.” Thus, I guess the difference is
sorta academic.