View Full Version : filename is always changed to lowercase ... why?

04-27-2013, 09:50 AM
For the longest time I've been using DS, every time I add a job, plain http remote file, the destination filename is changed to lowercase. It's really annoying and I should have reported this earlier.

How can I stop it from doing this? I've tried all the settings in the options panel ... nothing worked.

To be more exact, DS waits a bit to fetch file size from the remote server (during this time the file name is proper, as on the remote server) and immediately after obtaining file size info, the destination file name is changed to lowercase.

Is there a way to stop it from doing this please?

If not, please fix this bug in the next release.


04-27-2013, 09:41 PM
Note that I'm using expert mode and downloading from a server with non-standard port, i.e. other than 80 or 443.

Looking at the HTTP response headers, it is giving Content-Disposition:attachment; filename="Bla bla with Upper Case letters.txt"; which is correct but DS still translates it to lowercase.

The http server I'm using is the free HFS from: http://www.rejetto.com/hfs/

04-28-2013, 09:51 AM
On standard port 443 it does the same thing.

There is another bug in that if there is a username and password on the file or directory where the file resides, then the destination filename seen by DS has "-;" at the end ... most likely confused by the "Content-Disposition" response header.

04-29-2013, 09:28 AM
Hi mastabog,

We have been unable to reproduce the lower case and Content-Disposition issues. If possible can you send a download link that is exhibiting this behaviour to our support team for further investigation. You can find our support form at http://www.conceiva.com/support/.

Also, if you are going through a proxy server or anonymizer, it may be possible this is affecting the case of downloads.

08-12-2013, 09:36 AM

The lowercase problem only happens when the server is HFS (see above for link). With Apache or Nginx the file case is preserved. You could try installing a copy of HFS and test it yourself -- to me it happened when HFS was serving video files (.mp4). But the same file served by HFS and downloaded with Firefox, or Downthemall, or Free Donwload Manager or JDownloader -- was fine, case was preserved. Only DownloadStudio had the case problem so it may still be worth investigating, but maybe not delay the v8 release because of this.

A few offtopic questions if you are so kind:

- Does DownloadStudio redistribute the connections when the file reaches the end? For example, suppose I'm downloading a 2 GB file with 20 connections and 19 of them happen to be much faster than the 20th connection, will those 19 connections just stop and the 20th continue alone until the end? Or will the 19 be redistributed and download the remaining chunk along with the older 20th connection?

- Are there any updates to the v8 beta or v8.0.6.0 or is this one the newest you can offer now: http://www.conceiva.com/downloads/downloadstudio/DownloadStudio8060.zip ?

- Do you have a rough estimate about the official release of v8 ?

08-12-2013, 09:54 AM
Thanks for the information. We'll try it here.

Some answers:

- DownloadStudio does redistribute completed splits (connections) so that they help slower splits to make the overall download speed as fast as possible.

- There's no other official updates as yet. We've got DownloadStudio 9.0 basically ready but in a holding pattern at the moment as we need to finish a few other projects we are working on currently (i.e. Mezzmo v3.3, and a few others). We are now planning to release DownloadStudio 9.0 next month.