Are you behind a firewall at work? If so, can you try accessing the site through the HTTPS link:

https://www.rememberthemilk.com/

This may work if the firewall is restricting access to the site. If you're still having problems, please let us know.

Problem sorted, many thanks for coming back so quickly with the fix. Yes, we are behind firewall here at work. Using that HTTPS URL worked.

Did I miss existing advice about this in Help/FAQ?

No problem -- glad it works for you.

We'll add this to the FAQ.

I tried this (even though RtM has been working for months), and it did not help. :(

Both my husband and I signed up and though we are on different computers we are both experiencing the same problem. The minute we log in the page hangs and the brower status bar says error on page and the page says it is initializing but it never gets anywhere. I tried the other link above and it didnt work. This forum is the only thing I have been able to sign into that didnt hang up. It worked fine last night and a little this morning but now I cant get into to see all my tasks at all. :-(

Reposting from the other topic:

We experienced a problem that may have affected Internet Explorer users earlier today -- this has now been fixed. We're sorry for the inconvenience!

I have been using this service for a few weeks now and tonight I am having the exact same problem logging in. I was going to say what the script error was but I see I can now sign in . Great.

I'm having the same problem. Yes, I'm behind a corporate firewall, but neither http://www.rememberthemilk.com or https://www.rememberthemilk.com works for me. I am able to make secure connections to other websites from this machine. Using IE6 (v6.0.3790.1830) on Windows Server 2003 Standard v5.2, SP1

jpjerkins, do you have any other software that may restrict your Internet connection? Also, are you running any anti-virus software?

It may be worth adding Remember The Milk as a trusted site in IE, if you haven't tried this already -- depending on your IE settings, this can sometimes help.

First, thank you for your kind and timely reply. I didn't expect anyone to respond until tomorrow.

I find it interesting that when I clicked Post Reply, the login screen successfully redirected me to this forum so I could post a reply. So the problem doesn't appear to be restriction of the HTTPS protocol, nor a cookies problem.

I have already tried adding RtM as a trusted site; that made no difference. And I have allowed popups from RtM as well.

Here in the office we're running Symantec's AntiVirus software. I don't know what other software I'm running might restrict the connection.

I would normally install Ethereal at this point and see what's going on. However, they have very restrictive policies here on what we may/may not install, so I can't do that. I can't even view the source of the auth.htm page, presumably because it was sent over HTTPS.

Any advice/help offered would be appreciated.

Hmm, I don't suppose you have another browser such as Firefox installed? It would be interesting to see if this is a problem specific to IE, or if it's a connection problem in general.

We've had quite a few people with restrictive work connections who have had success with using the https URL, so it's quite strange that this doesn't seem to make a difference.

One more thing to try (if you haven't already) is clearing the cache in IE -- it's also possible for the application to stop loading if the cache is close to full.

I just experienced the same problem (IE 6), and adding RTM to the trusted sites worked.

I am one of those "quite a few people with restrictive work connections who have had success with using the https URL"... at least until last week!

But since you have implemented the "locations" feature, it doesn't work any more.

Apparently, the "anti-phishing" functions of the firewall don't like the way rtm has it...

This is what I got from my network administration people: "I have escalated this problem to ISP like it has certain active X that are against our security policy:
The following two javascript http://static.rememberthemilk.com/js/compiled/rtm.69.js and http://maps.google.com/mapfiles/maps2.62.api.js are stopped because they use a potentially dangerous ActiveX component (XMLHTTP)

When the page is loaded in https, the first script is not stopped by Finjan as it is also loaded in HTTPS. But the other one is still in HTTP towards google and therefore still blocked."

I hope you will be able to do something about it. I would be so sad to be forced to abandon Remember The Milk!

thierry, thanks for your detailed report. We're going to see what we can do to work around this on our end -- if there's any way that your network admin / ISP can allow connections to maps.google.com, this would likely resolve the issue.

Emily, I had that problem too. I tried IE 6, firefox 1.5 as well as opera 9, with XP SP 2, and the login process stopped at the same place. IE 6 provides js error as following:
Line 569
Char 1
Error 'GControl' Undefined

Also it prompted 5 errors of 'The object doesn't support this property or method' (This is my translation from Chinese), the position info as following:

Line 326 Char 5; Line 365 Char 9; Line 1342 Char 11; Line 1355 Char 11, Line 1364 Char 11.

The url at which these errors occurred:
https://www.rememberthemilk.com/home/sen.ye/

Please solve the problem as soon as possible.

sen.ye, are you behind a firewall, or do you have any software that might restrict your Internet connection?

This sounds like it is blocking code from being loaded from http://maps.google.com/ -- perhaps you could try adding this URL to your trusted sites?

Can you also please try going to http://maps.google.com/ in your browser, and seeing if this loads? Thanks!

I see. Our company always blocks Google. What should I do? So it is a new problem with the locations function, right?

Unfortunately it currently requires this code from Google (yes, it's part of the new Locations feature). We will look at ways that we can work around this, or provide an option to disable the feature for those with restrictive firewalls.