I add files with names like "thbr.pdf", "3452.txt", "csharpnty.avi", etc. After downloading them sometimes I forget their original names. Therefore I want to rename them as I add them in the queue. Is there a way to do this, if not please move this thread to the feature request forum.

Basic functionality is sometimes very difficult and costly to implement if it has been overlooked during the design phase. Renaming files is a good example of this. For a long time many customers have been waiting for this essential feature that all good downloaders have, but it has never obtained a high priority status.

See Feature #177 : Autorenaming of existing files

[Jiaz]

renaming is on todo but with low priority

[drbits]

Currently, file names are automatically selected for links. Often very poor names. It would be nice to be able to rename the file to save to (at least in LinkGrabber).

Also, if two links in a package would save to the same file, this needs to either automatically rename (number) or warn the user. Without realizing it, at one time I created a package with about a dozen links that would save to the same file, but were not mirrors (same host) and couldn't be copies (different sizes). Since I couldn't rename the file names for the links, I had to delete the package and collect the links again (separate packages for separate directories).

I actually wish for two things:
1) Ability to rename target file for link (before package has become active or just in LinkGrabber).
2) Mark links that would save to the same file with a warning in LinkGrabber.

[Jiaz]

1.) http://svn.jdownloader.org/issues/show/177
2.) not that easy becaue they also can be mirrors! filesize is never 100% equal because the real filesize is only available while downloading or with api. many hosters only write a not exact filesize on page and its not possible to use it to compare it
2.1) eg host a says 100mb, host b says 0.1 GB and different filesize, same name...what now?

for 1.) there is already the possibility to set autorename if file already exists (warning, this will break mirrormanagement at the moment, because we need the mirrorcontroller for this to work better)

Originally Posted by drbits

Ability to rename target file for link

It's a very old requirement, but clearly difficult to implement, otherwise it had been done. You got one of jD's major design flaws.

[Jiaz]

Originally Posted by remi

It's a very old requirement, but clearly difficult to implement, otherwise it had been done. You got one of jD's major design flaws.

its not hard to do, but we just have little time at the moment and such changes need good testing and must be done carefully. because by changing filenames on your own you have to think about much more
eg. mirrormanagement, plugins that set filenames, getting the filename on first download and much more. + gui changes where needed.
not hard but need time and thats what i dont have much at the moment

currently we will keep plugins up2date and fix all reported bugs as we can.
the next jd core update is much bigger and will contain a lot of changes.

I understand the situation all too well.

[Jiaz]

thanks for understanding
i just dont want to *hack some code into it* that may break anything i did not think of.

Something I use a lot in FlashGet is the ability to set changes to the file name of the files that end up on my computer. It is helpful for sorting and keeping track of the various types of files I download. As far as I can tell, that is not possible in JDownloader.

Thanks!

Did you search the board?

See Feature #177 : Autorenaming of existing files

I think this is a different issue. My JDownloader auto renames if there is a file of the same name on my disc. What I am suggesting is giving me the option to set a different name at the Linkgrabber stage. For instance, if I am about to download a file called xx25.rar, but I would like it to be renamed to MyVacationPics.rar upon download. Thanks.

[pspzockerscene]

Merged all the rename threads and posted a comment in the bugtracker...

GreeZ pspzockerscene

[drbits]

I think the problem is that the target file name is derived from the link, but the names in the links are encoded.

Is there a reason to store the file name separately from the rest of the link? If not, then that field could be used as the save file name (to store into), while keeping the links (the link supplied to JD by the user, and the direct link provided by the host) intact. Of course, the file name part of the link or direct link would remain the default save name.

This would also make things easier when the URI has a query portion after the URL. Like the youtube ?fmt=37, these queries are part of the link. These query fields should generally be retained, even if they are not meaningful to LinkGrabber or the plugin.

Originally Posted by pspzockerscene

... and posted a comment in the bugtracker...

Thanks for repeating and rewording Jiaz' second comment. To me Jiaz' comment was perfectly clear and sufficient. Maybe, some translations to other languages are in need for some customers.