InformAction Forums

Interesting. Never would have known of any kind of cookie/domain limitation as pointed out in the KB article.

robsee wrote:This is a complete guess, but I believe that this works correctly in Orbit because Orbit sucks the cookie in when the file is added. It seems that many of the other download managers don't actually use the cookies until the download starts.

In fact, you're right about Orbit. You can even manipulate the cookie when adding the link to Orbit. That was my temporary workaround while I was having problems with hotfile.com. %APPDATA%\Orbit\unfinish.dat file is where Orbit keeps all the data relevant to a download (cookie included). That's why it works. I suppose some sort of cookie reuse might be the solution. But I don't know if that's feasible. Giorgio knows best...

P.S.: I checked how many IE cookies I had for rapidshare.com. Exactly 50.

Regards

The quick fix for this problems (I think) will be to disable "Send Cookies" and just go to IE and login directly to the premium sites so the cookie gets set that way (and only needs to be set once.)

Nope, no luck on that idea either. Looks as if when UAC is running, IE stores the cookies in Local\Microsoft\Windows\Cookies\Low. FDM appears to only care for cookies in Local\Microsoft\Windows\Cookies

Hi,

I haven't heard any official response to this so I figured it was time for a bump

-Rob

Giorgio,

Is this going to be fixed/worked around at some point ?

-Rob

disable UAC

or, from another forum:
SO,
You right-click IE
Choose run as admin
Enter the URL of a file from the download site (rapidshare)
Log in as premium, thus setting the cookie
and your download manager will now work


Was tested by me today with Windows 7 64bit using rapidshare and flashget

oh, and IE = Internet Explorer

Just to let you know, I have the same problems for like the last 3 months as everyone else here.
After some amount of time, you only get some 13kB file wich is the "Free/Premium" selection screen.

When I don't use FlashGot, everything works fine, when I use flashgot you get these kind of files after about an hour, If you have set your download manager to shedule, for example shedule them for tonight, ALL files will be 13kb html files.

Farmer wrote:When I don't use FlashGot, everything works fine, when I use flashgot you get these kind of files after about an hour, If you have set your download manager to shedule, for example shedule them for tonight, ALL files will be 13kb html files.

The key is "after about an hour".
Most rapidshare links are just redirection to a "true" address which has an expiration time.
If your download manager resolves the redirection immediately, but downloads the file later, the expiration time passes and the link is no more valid.
I almost never face this situation because most of the time I use the batch download commands (FlashGot Selection/FlashGot All) which in most download managers (e.g. Orbit) don't cause immediate redirection resolution, therefore the redirection is resolved later when the download actually start.

I believe I finally FOUND that rapidshare 13.2kb file culprit, but I need some more testing.

How to know if your downloads will expire :

1) Get IECookiesView, and set it to sort on creation date (last created shown first)

When queuing a bunch of files using FashGot to your prefered download manager, and FlashGot has to option "Use Cookies" enabled, as soon as you queue your files, you'll see a whole bunch of newly created IE rapidshare cookies appear in IECookiesView, and they all will have an expiration date of 1 hour from the moment you queue them.

2) So, I UNCHECKED the option "Use Cookies" in FlashGot and queued another bunch of files from Rapidshare.
Now there are no cookies added as can be seen in IECookiesView.

3) The preferred download manager (Free Download Manager in my case) should be set to USE COOKIES.
So, now the cookies are ONLY sent to rapidshare the moment you actually start downloading the specific file.
Ans so, now you have 1 hour to download that file, and not 1 hour to download your whole queue.

Since most(all) downloaders cannot use cookies from Firefox, they use the ones from IE, so YOU MUST at least 1 time login to rapidshare premium account using IE, after that, you don't need IE anymore if you wish to.

So my steps to (hopefully) success.

1) Login once to Rapidshare Premium from within IE. (Once every months should be enough, you can see how long your rapidshare cookie lasts in IECookiesView)
2) DISABLE "Use Cookies" in FlashGot.
3) ENABLE "Use Cookies" in your preferred download manager.
4) Start downloading the queued files whenever you want to.

Will check out how it goes and report back if this was the culprit. Please other people with the same problem, try this method too and report back.

Update : Yep, the above method has finally fixed the 13.2kb file problem.

Thank you for sharing and when Giorgio has more time maybe he will implement a workaround to fix this if possible. Otherwise, thank you for sharing this method for others to use as well.