#1
|
|||
|
|||
Unexpected deleting of folders from hard drive!
In the Download section, using "remove from list" on containers also deletes folder from hard drive if folder is empty. This problem also happens when using "reset" on containers with empty folders. This is not supposed to happen. Can this bug be fixed??
BTW: I am sure I didn't use the other option of "remove from list and disk". EDIT: this is still a frequent problem for me... - sometimes i add multiple mirrors just to try which is faster and then delete the ones i dont want. but this will also delete my empty folder automatically--afterwhich i have to manually remake my folder! -also sometimes i change the max number of simulatenous downloads and then i "reset" a link or container to temporarily suspend it [put it back on que] but this also it deletes my folder if it's empty! can't we just delete empty folder ourselves instead of making it automatic thus creating these problems? Last edited by Jiaz; 19.12.2010 at 12:12. |
#2
|
|||
|
|||
Can you please provide a detailed log for this bug?
Look here for logging instructions. Make the necessary backups before you do this. |
#3
|
|||
|
|||
There is no log for this, bit it deletes an empty folder if you delete the links from JD's list. Just try it yourself.
|
#4
|
|||
|
|||
i had 1 large file downloading from megashares.com and it was about 2/3 complete. but "remove from list" deleted the folder and anything in it. so it seems improper behavior. can this be fixed?
|
#5
|
|||
|
|||
I don't think the devs will be able to track the problem without a proper log. Please post a detailed log.
|
#6
|
|||
|
|||
it may be reproducable. download something that is resumable such as from megashares. and try the remove from list function while the file is partially done...
|
#7
|
|||
|
|||
it just happened again. "remove from list" deletes folder from hard drive with a partially downloaded file. this should not be happening...
|
#8
|
|||
|
|||
why? I thought this was the intended behavior, to remove links to already downloaded files you go use the "clean up" option, not "remove"
|
#9
|
|||
|
|||
i expect the "remove from list" to only remove the links from the jd interface. i dont expect it to change folders/files on my hard drive...
|
#10
|
|||
|
|||
Don't you get a warning from jD?
|
#11
|
|||
|
|||
the warning doesn't state that it alters files/folders on your hard drive. i dont think removing links from the jd interface should be altering files/folders on your hard drive. there is a different command for that already...
|
#12
|
|||
|
|||
Bugs like this, and accidentally clicking on the proper option to delete the file/folder (especially if you check "dont show this again") is why I was not a fan of this new "feature" from the begging. I see no reason for an option to delete usable data from within jdownloader.
What purpose does deleting the usable data you just downloaded with jdownloader actually serve? You would have to navigate to the folder to use the files to begin with. So, if you use them and they are no longer needed just delete them right there. This is why I purposely dont remove any links until the data has been moved and is not deletable with jdownloader. Which is the only thing I think jdownloader should be able to delete other than successfully extracted archives because they are not "usable data" they simply contain the data you actually want to use. |
#13
|
|||
|
|||
I never used that function for the same reasons as user12345 explains.
For the Delete function you need to go 2 levels deep in the menu and then you need to choose between "From list" and "From list and disk". I suppose you selected the first one. A warning is given by jD when there is a risk of losing data. I think the devs will only look into this case when they see a detailed log with the error. Try to reproduce the problem, but take backups of everything you still need. |
#14
|
|||
|
|||
its not an error. its just the way jd is designed to function at the moment. i think it needs to be changed.
|
#15
|
||||
|
||||
The .part has a close connection with the link, so if the link is deleted, the .part will be deleted as well, and also the folder if it is empty. Delete from list and disk is for completed file (.rar).
What is the purpose of keeping the .part if you delete the link? |
#16
|
|||
|
|||
sometimes i add some links and decide it is going too slow and i remove them and want to add another set of links from a different source. in such cases, i want to use the same folder i created for the download. and its inconvenient and unexpected that a command that is called "remove from list" also removes the folder and any partially downloaded files. if i wanted to do that, i can manually delete them myself.
|
#17
|
||||
|
||||
I have just tested it for you, added 2 links, changed folder in package, started first link, disabled when .part had been created, started second link, disabled when .part had been created, deleted first link => only the first .part was deleted. So it works as designed.
If you don't like this correct behavior, open a new thread in Suggestions & Wishes or build your own version because I don't think they will accept your request to change. |
#18
|
|||
|
|||
@tony2long
Thanks for the testing. I agree with you. |
#19
|
|||
|
|||
Quote:
|
#20
|
||||
|
||||
I created 2 parts because in post 16 you wrote: "... also removes the folder and any partially downloaded files." That is not true!
The part is unusable, the folder will be created automatically when you start downloading to that folder, so what is your problem actually? It seems that you just don't like it. Or should they change from "Delete > From list" to "Delete > From list and related .part and folder if empty because it doesn't make any sense to keep it"? Last edited by tony2long; 06.03.2010 at 19:23. |
#21
|
||||
|
||||
Not a Bug.
Sorry TsunamiZ, but the program is working correctly. JD deletes any temporary files when they are no longer usable. This is not only desirable, but required for your scenario (download is slow, so you want to change hosts).
If the .Part file were to remain, the download from the new host could be wrong (it could assume the first part was correct, even if the files are not identical). Since you do not have to recreate the directory manually, the deletion of empty directories is not an issue. SOLVED - This should end the discussion. |
#22
|
||||
|
||||
drbits is correct
part files are deleted at the moment because at the moment jd cant resume part file with another link (feature for future jd versions) if folder is empty it will also get deleted
__________________
JD-Dev & Server-Admin |
#23
|
|||
|
|||
the .part is usable even if there is only 1 .part. because it can be resumed.
|
#24
|
||||
|
||||
no, .part files are not usable if the download link in list is gone for it
jd cant use .part files with other links at the momeent (a feature for future versions)
__________________
JD-Dev & Server-Admin |
#25
|
|||
|
|||
there is another problem with the current behavior of it deleting the empty folder. sometimes we download from a source that have multiple mirrors. we might try one mirror, and if it is slow, etc. we then remove the links from list and add a different mirror. and in the process of doing this, we don't want our empty folder to be deleted because we will still be using it.
|
#26
|
||||
|
||||
Recreating the folder for the mirror is not important. It will happen automatically in a negligible amount of time. If it works, don't mess with it!
Also, it is best to disable mirrors instead of deleting them. You may find that you have passwords in that package or that you want to go back to the old mirror. As a rule of thumb, you don't remove links unless there is no file available or we have confirmed that the download was complete and accurate. Sometimes, one mirror will have a file missing, or an error in the file. I think we have discussed this enough. A change request is not necessary here. Let us Close the discussion. |
#27
|
|||
|
|||
dont you get it? deleting anything from the hard drive is not expected behavior for a command called "remove from list"--in which someone would only expect it to remove the links from the JD interface. there is also no warning or mention that this command removes our empty folder from the hard drive. and the current way it works can cause unwanted problems. it would be best to fix it so that it only removes the links from the JD interface--not anything from our hard drive.
|
#28
|
|||
|
|||
What are your "unwanted problems"?
|
#29
|
|||
|
|||
|
#30
|
|||
|
|||
Then read post #26. drbits answered it in the first paragraph. I wouldn't do it better.
|
#31
|
||||
|
||||
Quote:
remove a link will also its part files as its not usable anymore! so why should we let the .part file on disk and you delete it yourself? jd does this as the file is no longer of any use there is nothing wrong with the current way it works
__________________
JD-Dev & Server-Admin |
#32
|
|||
|
|||
if jd deletes stuff, it should at least delete them to the recycle bin. so we can restore if we want. currently there is no way to restore deleted jd stuff. not good for accidents either.
|
#34
|
|||
|
|||
this is still a frequent problem for me...
- sometimes i add multiple mirrors just to try which is faster and then delete the ones i dont want. but this will also delete my empty folder automatically--afterwhich i have to manually remake my folder! -also sometimes i change the max number of simulatenous downloads and then i "reset" a link or container to temporarily suspend it [put it back on que] but this also it deletes my folder if it's empty! can't we just delete empty folder ourselves instead of making it automatic thus creating these problems? Last edited by TsunamiZ; 24.04.2010 at 13:32. |
#35
|
||||
|
||||
If you don't manually remake your folder, what is the error message?
Have you ever trust that JD will make it for you automatically? |
#36
|
|||
|
|||
i make a unique folder for each of my downloads. so if the unique folder is unexpectedly deleted, JD will use a different folder [the one in settings] instead of the one i set for that particular download...
|
#37
|
||||
|
||||
Can you prove it?
(Never ending circle...) :) |
#38
|
|||
|
|||
Quote:
Isn't deleting part files, delete from disk ? When i create a folder for a movie and then i start downloading from a source. Later i decided that i don't want to continue from that source, i want from another source that i have premium account. Why is the folder deleted when clicked in the option "Remove from list". Shouldn't the links be only removed from the list no matter what ? Should't JDownloader ask if i want to replace existing files if i start downloading files with the same name to the same folder ? Utorrent has this option, "remove torrent from list" and "remove torrent from list and disk" and it works as it should. When i click remove from disk, the torrent is only removed from the download list and the incomplete files remain in the folder. |
#39
|
|||
|
|||
that is exactly the problem i'm complaining about. but it seems the jd developers doesn't realize the problem.
|
#40
|
||||
|
||||
cause jd does create its own folders if wanted and then put the file in it
eg c:\test\file\file.rar and test is the downloadfolder then delete function will remove file folder too, cause it was meant for this download only. when the downloadfolder is different from the one set in settings, only the file will get removed. but we can can of course add an option to delete file only
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|