Giorgio Maone wrote:The link you gave me as an example is working for me, but with a different issue: the DTA backend has a bug which makes only the first decoded URL to be added if you use "FlashGot Link" rather than "FlashGot Selection" or "FlashGot All".
I'm fixing that too.
This one is fixed in latest development build.
Even with DTA, FlashGot turns your single relink.us link into 8 Rapidshare links.
I usee CookieSafe and block all cookies unless whitelisted. When I allowed session cookies for relink.us, it got the links OK.
However, on the odd occasion I've noticed that some of the links are not added (eg. one or two on the sample link given), and in these cases I get the DTA dialog for adding a single file which has the download URL as the relink.us URL. It's not a massive problem as FG seems to work most of the time, but I thought I'd let you know. A possible way to reproduce (at lest this is what I was doing when it happened) is to FlashGot the sample link multiple times over a short period (eg. 10-15 seconds between the Add downloads dialog appearing and FlashGot'ing the link again).
A couple of other comments:
1) There is a typo on the "Rapidshare is aking you to..." dialog (ie. the one shown when you don't have a premium account) - Change "aking" to "asking".
2) Not a biggie, but the links are added in reverse order (ie. part 8 is at the top and part 1 is at the bottom). It would be nice if they were in normal order (ie. part 1 at top and part 8 at bottom).
Thanks for creating and maintaining FG and NoScript - couldn't live without them!
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.3pre
One other thing is that FlashGot doesn't detect the DTA nightly builds since downthemall-nightly-20101103.xpi. It detect downthemall-nightly-20101102.xpi fine though.
Another issue I've just come across is that relink.us URL's can come in a different form (eg. http://www.relink.us/f/c5637ff151) which FG doesn't handle.
