Flashgot Cookie Issue ?
Re: Flashgot Cookie Issue ?
Interesting. Never would have known of any kind of cookie/domain limitation as pointed out in the KB article.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball NoScript FlashGot AdblockPlus
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.22) Gecko/20090605 SeaMonkey/1.1.17
Re: Flashgot Cookie Issue ?
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...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.
P.S.: I checked how many IE cookies I had for rapidshare.com. Exactly 50.
Regards
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729)
Re: Flashgot Cookie Issue ?
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.)
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_7; en-us) AppleWebKit/525.28.3 (KHTML, like Gecko) Version/3.2.3 Safari/525.28.3
Re: Flashgot Cookie Issue ?
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
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_7; en-us) AppleWebKit/525.28.3 (KHTML, like Gecko) Version/3.2.3 Safari/525.28.3
Re: Flashgot Cookie Issue ?
Hi,
I haven't heard any official response to this so I figured it was time for a bump
-Rob
I haven't heard any official response to this so I figured it was time for a bump
-Rob
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2
Re: Flashgot Cookie Issue ?
Giorgio,
Is this going to be fixed/worked around at some point ?
-Rob
Is this going to be fixed/worked around at some point ?
-Rob
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
Re: Flashgot Cookie Issue ?
disable UAC
Mozilla/5.0 (Windows; U; Windows NT 6.1; da; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
Re: Flashgot Cookie Issue ?
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
Code: Select all
For you vista users... I found a workaround.
First you must log in to rapidshare using I.E. with elevated credentials (right click your I.E. icon and run as administrator)
Then follow all of the other steps
Vista will not let orbit "see" cookies set unless the I.E. was run as admin. for login to rapidshare.
Obviously the elevated login must be repeated every time you clear your internet cache.
Last edited by oldhippy68 (2009-03-09 10:45:54 AM)
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
Mozilla/5.0 (Windows; U; Windows NT 6.1; da; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
Re: Flashgot Cookie Issue ?
oh, and IE = Internet Explorer
Mozilla/5.0 (Windows; U; Windows NT 6.1; da; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
Re: Flashgot Cookie Issue ?
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.
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.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
- Giorgio Maone
- Site Admin
- Posts: 9524
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Flashgot Cookie Issue ?
The key is "after about an hour".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.
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.
Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729)
Re: Flashgot Cookie Issue ?
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.
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.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
Re: Flashgot Cookie Issue ?
Update : Yep, the above method has finally fixed the 13.2kb file problem. 

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
- GµårÐïåñ
- Lieutenant Colonel
- Posts: 3369
- Joined: Fri Mar 20, 2009 5:19 am
- Location: PST - USA
- Contact:
Re: Flashgot Cookie Issue ?
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.
~.:[ Lï£ê ï§ å Lêmðñ åñÐ Ì Wåñ† M¥ Mðñê¥ ßå¢k ]:.~
________________ .: [ Major Mike's ] :. ________________
________________ .: [ Major Mike's ] :. ________________
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3