Hi Eric...
i'm new to this 'forum' and wantto first and foremost express my gratitude for this piece of software that outruns JD by far (at least to my needs).
But there are some issues that have shown up that are a bit inconvinient and i really hope i can explain the "problems" i ran into in an understandable way.
Note - now that i have finished writing all down, it's become quite lengthy, so bear with me ;-)
1) No manual choose of language (or is there an option to choose that i have missed?) . I'm from Germany - and therefore HttpD shows up (mostly) with german options. So have mercy on me when i dont know the correct option names.
2) Sometimes downloads just fail. No big deal - i can restart those. BUT - HttpD has downloaded "the file" already - and it's size is about 170 bytes (sometimes 150 bytes with slightly different content - but merely the same) - containing:
170bytes:
<html>
<head><title>500 Internal Server Error</title></head>
<body>
<center><h1>500 Internal Server Error</h1></center>
<hr><center>nginx</center>
</body>
</html>
150bytes:
<html>
<head><title>502 Bad Gateway</title></head>
<body>
<center><h1>502 Bad Gateway</h1></center>
<hr><center>nginx</center>
</body>
</html>
If i'm going to restart the downloads (because i'm absolutely sure that the file exists on the server; the server was just not willing to hand it over to me in the first attempt), the number of CHUNKS with which the file should have been downloaded (im my case - general setting is set to 5) is not RESETTED and stays at "1" since the download was "successfully" completed with 170bytes (or 150) - with 1/1 chunks and therefore when restarting the download some files takes "ages" to be downloaded when they're big enough.
If you could change this (meaning restarting a download is automatically resetting the chunks to the programs default value), it would be an absolutely dream since you have to
- mark the failed files (by mouse)
- copy the files (ctrl+c)
- add them again to their destination folder (now they get their 5 chunks setting) (ctrl+n)
- and then delete the "failed ones" manually from the list. (by mouse, clicking on the "-" ("minus"))
I got used to that sequence but why not asking for something more convenient? ;-)
And could you even add an option that those problematic files (eg. all files that have been downloaded are sized less than a 1kb) are going to be downloaded again (with the numbers of chunks being reset) for a several amount of tries (lets say 10 at maximum limit (hardcoded - after a waiting period of 1 minute between those tries)? - to not flood the server with download requests)
3) There's NO obvious way to tell if the download was successful or not (if HttPD closes/crashes for any reason whatsoever during downloading), since there's no use of any TEMPORARY suffix to the file that is currently being downloaded.
There IS a workaround (nonetheless) to see if the file has been downloaded correctly: if you do a ALT+ENTER on the file at question and compare "filesize" with "filesize on disc" (again - i'm a german - so i have to guess what the OS would say in english). If the download is completed - the sizes should be the same, otherwise there's a discrepancy.
So therefore i'm using the "temporary download folder" option and only if the download completes successfully (or HttpD doenst crash which is rarely but happens) the file is moved to its destination folder. Which brings me to
4) Sometimes downloads show in the main list after being downloaded "stopped - 100.00%" instead of "finished - 100.00%" - and the file stays in the temporary download folder. If i click the "Start/resume inactive" button the "stopped - 100.00%" changes to "100.00%" - and the file still is in the temporary download folder. But the download has been completed already - and the file is okay and not corrupted.
Fun fact: if i move it by hand (right click file at question -> open folder (it opens the temp download folder, the file at question is highlightened) -> then doing a manual drag&drop of the file to the folder to where it should had been moved.
If i'm NOW using the "open folder" in the download list on that file again, HttpD now opens the folder where the file was manually moved to; i have NO idea how it knows that this was done - but that's okay; some secrets are meant to be). ;-)
What i would like to ask for: is there a way that you could implement an "automatic moving" mechanism triggered by clicking the "Start/resume inactive" button again so that all files, that show "100.00%" and that had not been moved previously to their destination folder, are now moved there accordingly?
I know it's a lot to read and most probably even more to think about, if you consider those "flaws" i mentioned above to be in need of improvement.
Again, i got used to those and have my way to deal with it (and work around it) and i'm well aware of the fact that i'm an excessive user of this software, but maybe there's a "oh, i havent thought of this" at least at one of those points.
Again - thanks for this super lightweight software that is really persistent in downloading stuff from the internet ;-)
With best regards...
Ralph
some edits due to misspelling or grammar ;-)
Hi Eric...
i'm new to this 'forum' and wantto first and foremost express my gratitude for this piece of software that outruns JD by far (at least to my needs).
But there are some issues that have shown up that are a bit inconvinient and i really hope i can explain the "problems" i ran into in an understandable way.
Note - now that i have finished writing all down, it's become quite lengthy, so bear with me ;-)
1) No manual choose of language (or is there an option to choose that i have missed?) . I'm from Germany - and therefore HttpD shows up (mostly) with german options. So have mercy on me when i dont know the correct option names.
2) Sometimes downloads just fail. No big deal - i can restart those. BUT - HttpD has downloaded "the file" already - and it's size is about 170 bytes (sometimes 150 bytes with slightly different content - but merely the same) - containing:
170bytes:
150bytes:
If i'm going to restart the downloads (because i'm absolutely sure that the file exists on the server; the server was just not willing to hand it over to me in the first attempt), the number of CHUNKS with which the file should have been downloaded (im my case - general setting is set to 5) is not RESETTED and stays at "1" since the download was "successfully" completed with 170bytes (or 150) - with 1/1 chunks and therefore when restarting the download some files takes "ages" to be downloaded when they're big enough.
If you could change this (meaning restarting a download is automatically resetting the chunks to the programs default value), it would be an absolutely dream since you have to
I got used to that sequence but why not asking for something more convenient? ;-)
And could you even add an option that those problematic files (eg. all files that have been downloaded are sized less than a 1kb) are going to be downloaded again (with the numbers of chunks being reset) for a several amount of tries (lets say 10 at maximum limit (hardcoded - after a waiting period of 1 minute between those tries)? - to not flood the server with download requests)
3) There's NO obvious way to tell if the download was successful or not (if HttPD closes/crashes for any reason whatsoever during downloading), since there's no use of any TEMPORARY suffix to the file that is currently being downloaded.
There IS a workaround (nonetheless) to see if the file has been downloaded correctly: if you do a ALT+ENTER on the file at question and compare "filesize" with "filesize on disc" (again - i'm a german - so i have to guess what the OS would say in english). If the download is completed - the sizes should be the same, otherwise there's a discrepancy.
So therefore i'm using the "temporary download folder" option and only if the download completes successfully (or HttpD doenst crash which is rarely but happens) the file is moved to its destination folder. Which brings me to
4) Sometimes downloads show in the main list after being downloaded "stopped - 100.00%" instead of "finished - 100.00%" - and the file stays in the temporary download folder. If i click the "Start/resume inactive" button the "stopped - 100.00%" changes to "100.00%" - and the file still is in the temporary download folder. But the download has been completed already - and the file is okay and not corrupted.
Fun fact: if i move it by hand (right click file at question -> open folder (it opens the temp download folder, the file at question is highlightened) -> then doing a manual drag&drop of the file to the folder to where it should had been moved.
If i'm NOW using the "open folder" in the download list on that file again, HttpD now opens the folder where the file was manually moved to; i have NO idea how it knows that this was done - but that's okay; some secrets are meant to be). ;-)
What i would like to ask for: is there a way that you could implement an "automatic moving" mechanism triggered by clicking the "Start/resume inactive" button again so that all files, that show "100.00%" and that had not been moved previously to their destination folder, are now moved there accordingly?
I know it's a lot to read and most probably even more to think about, if you consider those "flaws" i mentioned above to be in need of improvement.
Again, i got used to those and have my way to deal with it (and work around it) and i'm well aware of the fact that i'm an excessive user of this software, but maybe there's a "oh, i havent thought of this" at least at one of those points.
Again - thanks for this super lightweight software that is really persistent in downloading stuff from the internet ;-)
With best regards...
Ralph
some edits due to misspelling or grammar ;-)