[.bismarck]

Schickt mir mal jemand seine Accountdaten via PM, dann kann ich das testen/fixen.


.bismarck

Originally Posted by spiktsu

I got it to work! File Serve no longer gets disabled by itself.

Okay guys! I had the same problems too. I know how frustrating it is.
Specially when you want to leave the pc on downloading everything you set up,
then you wake up in the morning and "buzz" Plugin Error! Oh my gosh you just wanna *$%#
Alright, here is what I did.

1. Updated my java to: jre-6u22-windows-i586.exe
2. Under settings in JDownloader: Plugins & Add-ons/Host/Premium.
Disable all the other accts you may have but of course not File Serve.

By doing that FS did not disable itself anymore. Perhaps FS is greedy haha
On my case I have an acct with MU as well. I had them both enabled.
But then FS kept disabling by itself every ten min. or so. I came here and read your
posts.. You guys all had the same issue as me and yet not fixed.
So now that I got it to work fine for me, perhaps this method will work for you too!
Good luck!

Haven't you seen my post almost 22 h before you posted? It has nothing to do with any update of java or disabling and enabling. I explained the source of that error and fileserve was the one responsible for the plugin getting disabled. They had messed up the internal www adding of their webserver. they got back to me a few h after my post telling me that the problem is fixed.
How i discovered that? Take a look at the plugin source code and you'll see that all remote accesses where done without the www in front. Fileserve fixed it, everyone is happy.

Reverse what you did and you'll see

No offense, just correction.

cheers

[User0]

After reading the Bug Report wiki, here is my message.

I logged at level "all" and the report is available at: http://jdownloader.org/pastebin/16806

I have downloaded frequently as a free user at Fileserve, most of the time with several files going one right after the other (taking into account the usual waiting times, of course). All the times, it has gone without a hitch.

Here's the file today that gave me a problem: **External links are only visible to Support Staff****External links are only visible to Support Staff**

I keep getting the "Aborted: No permission to write to disk" error. No matter what I do; reset, resume, force download, change directory, it continues to give me the message. After I reset or resume and wait 10 minutes, it'll start the download again, then d/l 10MB, 20MB or even 60MB and then stop and give me the same error message.

My version of JD is: 0.9.580. I am on Mac OS X 10.4.11 (G4 PPC) and am using Java version 1.5.0_19. It's the latest that is available for my version of OS X.

There was another post on seemingly the same subject matter, but it was marked "SOLVED" and my problem isn't solved yet. Hence my post. Thanks in advance if you can provide help or insight.

I'm going to try to d/l the file in my browser instead. But that is not a long-term solution since I often cue up a lot of Fileserve d/l's and it would be a shame if this problem is here to stay.

Regards,

Allow java and javaw in your firewall and virus software. Disable (or un-install) the port 80/html/web scanner in your virus software.

Also reduce the Max.Con. setting (bottom right corner of jD window) to 1.

[User0]

Thanks for the reply, Remi.
I don't use virus software on Mac OS X. From everything I've read in the Mac Forums, it's not necessary. As far as JD, I don't think it's a function of the Connection settings, since I dialed those down awhile ago and everything has been going swimmingly as far as Fileserve. Actually, it appears to be a problem with the file after all. I cue'd up a couple of other larger Fileserve downloads, one after another, and they all went through fine.

[pspzockerscene]

Hmm you guys sent me accounts and links and it ALWAYS worked when i tested it...

GreeZ pspzockerscene

[drbits]

@ User0,

If you download programs you should always scan them with an antivirus after they download and before you use them, even in OS-X. Having the system scan each file when you open it is just a convenience.

If your router contains a firewall, you do not need a software firewall. You only need a firewall if somebody is going to attack you with a lot of bad requests.

I'm not sure if this has been mentioned, but the Fileserve hoster needs a setting that will prevent automatic reconnects while a Fileserve link is being downloaded. Yes, Fileserve allows the download to resume from the point of interruption, but it requires that a new captcha be filled in, and so that makes unattended downloads from Fileserve fail.

I was trying to load some files from fileserve these 2 days and encountered "?temp.uncheckable" with check online function which ends up unable to load the file. Then I tried to open the page manually and discovered [**External links are only visible to Support Staff****External links are only visible to Support Staff** "This service is temporarily not available for your service area" Seems like they blocked ip from Hong Kong.

It is just like Megaupload for me, but I could use JDownloader's plugin to bypass the ip block and load the file from Mega.
I wonder if you guys would work on a new version of fileserve plugin that works like megaupload one. Thx

@nonessentials

I see several solutions :-

1) easiest and cheap : disable "Let Reconnects interrupt resumable downloads" in Settings -> Basics - Downloads & Connections -> Download Control;

2) pay $0.002 per captcha : use the "addon for decaptcher.com service";

3) wait for a "mutual captcha solving" method;

4) convince a developer to implement some anti-reCaptcha algorithms (some algorithms are public now);

5) convince the jD Team to implement anti-captcha methods for all types of captchas, including reCaptcha (CAPTCHA killer might be a complete solution);

6) wait for a host specific setting for fileserve.com concerning automatic reconnect.

Originally Posted by remi

@nonessentials

I see several solutions :-

1) easiest and cheap : disable "Let Reconnects interrupt resumable downloads" in Settings -> Basics - Downloads & Connections -> Download Control;

2) pay $0.002 per captcha : use the "addon for decaptcher.com service";

3) wait for a "mutual captcha solving" method;

4) convince a developer to implement some anti-reCaptcha algorithms (some algorithms are public now);

5) convince the jD Team to implement anti-captcha methods for all types of captchas, including reCaptcha (CAPTCHA killer might be a complete solution);

6) wait for a host specific setting for fileserve.com concerning automatic reconnect.

Thanks for the response, remi. I was requesting option 6), a specific Fileserve setting, which would seem straightforward to do. 1) is too broad since, e.g., Depositfiles handles automatic reconnect interruptions fine; 2) I'm not familiar with, nor am I inclined to pay for a perl script which probably has to track its useage to determine how much is owed; 3) through 5) are "pie in the sky", I'm afraid.

[drbits]

Host specific settings (for many things) are requested in the Bugtracker, but such features will probably have to wait until after the new database is written. This release is waiting for the new Download Engine. I hope that the next release will include the new database (and the following the Event Manager). The release after the new database will probably include all of the normal settings in the package or even in the link.

Host specific settings are not needed to prevent reconnection during download from a site, just un-tick the box that says to allow reconnection to interrupt resumable downloads. The current proposal is to only permit reconnection to reconnect resumable downloads if no Captcha was displayed for the download. That would take care of your problem.

The "addon for decaptcher.com service" is not approved by the JD team and probably never will be. This is a way to contact a service that solves Captchas. The only appropriate feature request in the Bug Tracker is an addon to which you can connect a separate program to contact a service that could solve any Captchas that JD cannot. This allows the (already started) Mutual DeCaptcha service to be connected, the commercial service to be connected, or any other.

Well i have tested and it works so if the Jdownloader makes it auotmatic it will be much easier.Here is my way of download from fileserve.

If you started a download from fileserve you have to wait for 12 min. to download another file.Here is the tricky part; even if your first file not finished you can start another file download after 12 minutes.I have managed to download 4 different file at the same.if i try to download the fifth it gets hard but sometimes it accepts the fifth too

So my suggestion is when we start a download from fileserve with jdownloader,it can start counting down for the other file from 13-14 min (just to be safe) and it can download as many files as it can handle at the same time.

why did you move my suggestion under this topic.
Mine is not a problem with fileserve.just a suggestion for jdownloader.

[drbits]

@ damnned,

I don't know why it was moved, but it does not matter much. It will get more attention here.

This suggestion would not be taken seriously by anybody on the Team. Downloading in parallel on a host that does not support parallel downloads for your user class is not something you want to get caught doing.

Originally Posted by drbits

I don't know why it was moved, but it does not matter much. It will get more attention here.

Is this meant as a joke? I don't see why this interesting suggestion would get more attention when it's buried in a huge problems thread.

Edit (drbits): No Joke. People have subscribed to this thread.

it does support parallel downloads.The only problem is you have to wait 12 min at least to start another.I can make it manually (of coursa not using jd.) but looking for the clock for every 12 min is annoying.Take it serious or not just wanna help some people.

If you are downloading 50x200mb parts it will take a long time with download limit(avarage of 150kb/s).But if you start a new file every 12 min. it will lower the time a lot.(4 parts at the same time 4x150=600kb/s)

I think it's a mechanism that isn't supported by jD. This case is particular in that there is a delay to be respected between download starts, not between a download started and a download finished.

The plug-ins specify the maximum number of allowed simultaneous downloads. FSe offers this more sophisticated simultaneous download feature but it might exist for other hosts as well. I thinks it's worth being considered, but I'm afraid - now I'm speculating - only a more flexible and redesigned download engine might be able to cope with this.

[drbits]

I doubt that FileServe.com knows about this bug. If we put it in the plugin and a lot of people use it, the bug would get fixed relatively quickly.

[editestowy]

Originally Posted by damnned

it does support parallel downloads.The only problem is you have to wait 12 min at least to start another.

It was reported by Fr0Gi almost a month ago:
http://board.jdownloader.org/showpos...6&postcount=11
http://board.jdownloader.org/showpos...9&postcount=13

I've confirmed such a behaviour:
http://board.jdownloader.org/showpos...9&postcount=25

As drbits wrote - probably if it was implemented in jD - Fileserve would quickly "close the door".