Search results

same here.

If it were now possible to delete a folder including its files (currently, these are moved back to the root directory with force=1; otherwise, the folder is not deleted if there are still files in it), I would be very grateful and would not have to clean up my archive again. Doing this manually...

Please adjust the delete function again! Before the facelift, you could always delete 500 files at once, and very quickly. Now you can only delete 300 files, which takes forever and involves various alerts. This is really annoying. I can't keep my account clean this way and it blocks...

@ddownload.com

Auto-payout still does NOT work!

@ddownload.com Deleting files used to be much faster (select all 500 files, delete, done. Took less than a second). Now only 300 files can be deleted at a time, and it deletes slowly in increments of 50, which is annoying. Please change it back. I already clean the servers of files that are...

Yes, he sent me a private message begging me to send him $7 because he hadn't made any sales on RG for days and his VPS would otherwise be suspended. This individual is extremely unpleasant. Scammer. Get rid of him.

Same here. Last months -50-60% since last year.

Ah, so Rapidgator is an exception? There are actually people who have a large archive and don't generate 99% of their income just from new files. Think outside the box and all that... (if you can) ;) It's just a lousy idea to first make big announcements that VIPs have unlimited storage time...

1/6 of my archive is simply gone. The occasional server crash is nothing new. But so many files in one fell swoop just means: Lifetime storage has been canceled. What a pity. Especially because you weren't even informed or warned.

In my case, tickets are now also simply closed after weeks of no response. So I can confirm that. Everything has already slowed down a lot. Some of my parts keep disappearing because some servers are buggy again. Or some files are displayed as online (via API) but are on a corrupt server and...

Any news? :)

That sounds great. Is it an XFilesharing-specific problem? I suspect so, since other hosters like katfile.com and send.cm have the same problem. Anyway, thanks for fixing it. This will further improve the quality.

But that's exactly what the API should notice. If a file cannot be downloaded, the API must also know this. In this case, it doesn't really matter what exactly the problem is. Whether it is the OS, filesystem or the hardware - the file cannot be downloaded. Optimal case: API checks file -> file...

Download page of this marked parts remains slow (but not always). However, the parts can be loaded again, albeit very slowly (~25-700kbs/s). I'll let you know if I find more servers. Nevertheless, the API should definitely (!) report such files as offline or at least as faulty. Then you can...

All reported parts (so far) affect servers: www506.ucdn.to It affects different releases that were uploaded at different times. However, I don't want to rule out the possibility that it doesn't affect other servers as well. The download page for some of these parts is also very slow to load.

(I have this problem from time to time over a long period of time. Actually always :P It is difficult to find these parts if they are displayed as online, although the file/server is defective)

Some users are now complaining that they are getting the error 500 for some parts. I have checked this and the files cannot actually be downloaded (although they are displayed as online). I would reupload them, but as the API shows them as online, I am unable to do so or I always have to...

@ddownload.com has said it several times: whose ticket is closed without comment = no cooperation desired. Is it so difficult to understand? It's really annoying how you're constantly spamming around here with ticket IDs!

If you would stick to the 10 day deadline, no one would ask stupid questions. Otherwise, such questions are avoidable and homemade. 10-14 days would be completely sufficient for me.