Userscripts.org

iampete: maybe it is good idea to surround ad hiding invocation in try...catch block? it won't stop main functionality next time ad object model changes

thanks iampete & Kodak, great script & fantastic circumvention... i'm out to play now ;-)

I'm Sorry Bt, I'm New With The Forum And I Am Facing A Prob .... My Rapidshare Autowait Stop Working Suddenly. Other Scripts Like Hotfile Auto Download is Working But This one is Not. I Tried Almost Everything From Re-Installing The Script To Reinstalling The OS. A Reply Will Be Appreciated. Thank You.

Kodak's simple fix worked for me. Thanks!

Thanks, working great! :D

Hi iampete, awesome coding!!!

i'm a coder myself and have been trying to figure out a way to do this, then stumbled upon greasemonkey and you had already done it, so kudos!

One suggestion, how hard do you think it would be to tie into FoxyProxy or change mozilla's proxy information between each download to help eliminate the 15 minute wait.. i have been using ssh -CD with a few shell boxes and swap the ports back and forth between downloads so i never have to wait it was just clicking shit

best rapidshare script to-date

this script ROCKS Hardcore. keep up the good work. you have restored sanity to me with out premium

hi, ur script is good, but it is still showing this error
Currently a lot of users are downloading files. Please try again in 2 minutes or become a Premium member.
good thing is i don't have to keep refreshing the rapidshare page after every 2 minutes, but if u can resolve this issue, it will be a great help.
and one thing more ur countdown time is 60 sec, but if the the file size is greater than 100 mb than rapidshare wait time also increases, than when ur counter will reach 0, rapishare will still be counting and the page will be refreshed and it will start counting again. although i haven't tried this but thought just crossed my mind. thanks once again
P.S: I downloaded ur latest version.

hi, yesterday i downloaded 150mb file and the counter automatically taken 90sec, its working great . thanks for the reply..... great work

Because of "Currently a lot of users are downloading files. Please try again in 2 minutes or become a Premium member." I use 120 sec as a default refresh rate

2 small bugs

1) Sometimes after a download has started, the counter will stay at "0:00 ..." and not switch over to "Success..."

This is inconvenient because user then has to check downloads and make sure that a tab with "0:00" was downloaded before closing.

2) When the counter resets, i.e. it hits zero then starts up at 120seconds again, it says "success..." momentarily before starting to countdown again.

It would be nice if "success" only showed up after a download has started.

Because it flashes momentarily user has to watch the tab for a moment before closing to make sure it doesn't revert to another countdown.

steve:
ad1) can you somehow monitor javacript console to see whether there are any error in such situation; i have no idea why it is happening to you; i had no such occureence
ad) the question is what was the rs error message/info during that countdown - sometimes it is simply overcrowder

have you tried autoclose mentioned some topics above?

hmm looks like it happened to me also; it probably takes place only when you open couple of rs links simultanously and only one of them gets through; hm it can be tricky to fix it as I do not see a possible feedback for posting final form...
it is probably the high time to think about some between-tabs synchronisation - maybe using a cookie?

1) i'll try monitoring. It only happens once in a while, maybe 1 out of 20 downloads

2) i tried using autoclose but had to quickly disable it. autoclose ends up closing all the tabs even when downloads haven't started. it seems to be caused by the way "success..." temporarily shows up between count cycle resets.

kodak, since you are more actively updating the script, have you considered creating a branch until the original author returns?

i'm glad you were able to see problem also.

in regards to solutions, i used to use extension: skipscreen.

https://addons.mozilla.org/en-US/firefox/addon/...

it is inferior to Rapidshare AutoWait because skipscreen has its own bugs, but i've never experienced the two bugs i mentioned (stuck at 0:00 and flashing "success" between count cycles). perhaps looking at skipscreen implementation can give you some ideas

Well extension has much much more options available. I was digging today into greasemonkey possibilities - I wanted to use GM values for synchronisation between tabs but ended with problems (GM is highly secured and currently it is not possible to use GM variables easily in this script). I have also started a parallel discussion about using GM variables as semaphores (http://groups.google.com/group/greasemonkey-use...) but it will take time and first I need to learn how to use them in this script. I was thinking about using a cookie instead but there is also (at least IMO) not perfect solution to do the semaphore there (no atomic method of checking and setting a common value).
I was using skipscreen but don't like it much. This script is almost perfect.
I don't think I have contributed enough to make a branch. Pete is coming here from time to time so maybe he will use some changes later on. I will think about it again after solving this synchronisation issue :)

Ok, here is a try on synchronisation using a cookie set on main RS page. I do not like it much (not sure if synch is strict and cookie can be sent to RS server) but for now it may do the work.
1) only one window can actually query RS servers; synch is using a cookie - it do not look atomic (check/set cookie) but javascript gurus do not like the idea of javascript semaphore (for now) and couple of tries happen to work
2) after final form submission script checks whether we are in "already downloading" state - only this marks file as done - maybe it will help fix some submission problems?

It needs more testing. Anyone? http://www.wklej.eu/index.php?id=8036446f8b

how do i export from your website?

when i copy and paste code, it has the line numbering included

http://code.google.com/p/rsaw-clone/downloads/list

if you close the active tab (which may happen if you opened a wrong link), then none of the other tabs that are waiting will switch over and become active. the other tabs will forever say "other window downloading..."

thats correct; some warning would be welcome; for now you can:
- clear rapidshare.com cookie,
- or wait for it to expire (its lifespan is 15 minutes max, you can reduce it a bit but it shouldn't be less than max refresh period of retry page as each retry refreshed the cookie to still block other tabs)