You can't notice that, because files do not get overwritten.:)

Indeed you have to remove the old files manually or if there would be a maintenance script I would be interested too.

i have this problem. i moved my server and i switched from apache to lighttpd. i transfered all the files to downloadsII incl the upload files. now i got a message when i want to download a file.......file cannot be found. for testing i upped a new file without any problems, but it is impossible to download the new files. can someone please tell me, what adjustments i have to do??

@X-or: You can remove them from within downloads II, you can see by the filedate which are the old files. However, if you got that much files it's a problem indeed. I can't help you any further. That's the limitation of Downloads II.

@Michael24179: Alle files by Downloads II are called something like 23421-filename.zip and then next one is called 23422-filename.zip so every filename has a number in front of it. That's the way to prevent unwanted file overwriting when users uploads files.
That's also X-or's problem, because the choice must be made to either allow overwriting by uploading users or preventing that so admin can sort it out himself.

So when you upload files, you need to put them in the same download directory again and with the same filename, for example 23422-filename.zip in order to have them found again after a server move.
If you don't know the filename anymore, when the error "file xxx can not be found" the xxx will give you the correct number. Put that in front of the file again and it will be found.
Yep I know, lot of work. But if you don't want that you have to backup the files in their original uploaded form so with the numbers in front of it in the filename.

I can help you both only so far, I'm no coder. This is the way it is, if you need other solutions you need to wait until RS Jelle has time to answer you, maybe he has some idea's.

The server move was 1 to 1 The lists are the same. Only Lighttpd is now used. Previously, we had Apache.

Missing, there are perhaps rewrite

That could be, in that case you could check your rewrite.
Also check if the download directory is chmod 777.
Check also your ec_tmp directory within your downloads directory that it's chmod 777.

If you can upload a file, but can't download it, you have a rights problem. I'm not familiar with Lighttpd, but it could also be the owner of the files/directory's is different.
Problems should be over though if directory's are put to 777.
The only exception to that is if you host is using SuPHP with Fastcgi, then they should both be 755.

I'm sorry, but with this question I'm starting to doubt if you even use Downloads II as administrator or are in any way familiar with it. How about choosing the file from your online download section and then on top choose for "delete"?

Like I said, I doubt you are using Downloads II like an administrator should. Login to your forums, go to your download section, choose a categorie, you can see all filedates there. Sorry but you should try some things before asking. This is too easy.
Same goes for sorting.... click on the name in the categorie you want things sorted by and you will see them sorted. Filename, date, whatever is displayed there. Then you can make a screenshot or write some things downl

The only serious thing I see here is that your download section is 7 GB and that sorting it out will be a lot of work.
However, every download section needs maintenance, if you only start now to have a look to sort it, you are way too late with it. So in fact this is not a support problem but purely a lack of maintenance problem.:)

But I hope with you that Jell can think of a way to fix this. It would be nice to have a search and sort thing under "manage files" in the download section. I second that.

You go wrong at step 3.
The file won't be replaced that way, only the title will be replaced!!. You should not edit and change. You should just upload the new file, then choose the old file and delete it.

Well... you could download it if you knew the correct filename, like 11145-junk.zip because the way you use it, only description gets overwritten and new file will be uploaded, but old file won't be deleted.
An edit function is to edit things, not to replace files.:) I even wonder if you get a new filedate then on your new file.

So now I understand better what kind of problem that you have, and you caused it yourself by doing step 3 and 4 instread of just upload the new file.

With this explanation now I understand why you can't delete the files that way. Now I hope Jelle can fix you with a solution.
Otherwise maybe you can use the find function but for that you need SSH access on the server.

hey Black Tiger can You help me to change the folder upload file? thank a lot!

No sorry I can't, I'm no coder. The upload directory is the same as the download directory, I can't change that for you.
Or do you mean something else?

I think you mix up some things or don't understand the difference between editting, adding and replacing.;)

The old file is not replaced. The old file is still present in the system. The only thing that gets replaced is the title, because that's really a replacement.
The new file will be added too, and since the title is replaced, it will be shown in Downloads II at the place of the old file.
But the old file wil NOT get deleted so will still be in your downloads directory. That's the reason why you have your problem.

Replacing would mean that the file and describtion would be replaced completely (fysically and virtually, so on harddisk and in Downloads II). But that is not the case.