JDownloader Community - Appwork GmbH
 

Notices

Reply
 
Thread Tools Display Modes
  #1  
Old 13.01.2010, 04:42
TsunamiZ
Guest
 
Posts: n/a
Exclamation 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.
Reply With Quote
  #2  
Old 13.01.2010, 13:05
remi
Guest
 
Posts: n/a
Cool

Can you please provide a detailed log for this bug?

Look here for logging instructions.

Make the necessary backups before you do this.
Reply With Quote
  #3  
Old 13.01.2010, 13:12
Gemmor
Guest
 
Posts: n/a
Default

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.
Reply With Quote
  #4  
Old 14.01.2010, 17:49
TsunamiZ
Guest
 
Posts: n/a
Default

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?
Reply With Quote
  #5  
Old 15.01.2010, 12:41
remi
Guest
 
Posts: n/a
Default

I don't think the devs will be able to track the problem without a proper log. Please post a detailed log.
Reply With Quote
  #6  
Old 17.01.2010, 16:01
TsunamiZ
Guest
 
Posts: n/a
Default

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...
Reply With Quote
  #7  
Old 30.01.2010, 15:24
TsunamiZ
Guest
 
Posts: n/a
Default

it just happened again. "remove from list" deletes folder from hard drive with a partially downloaded file. this should not be happening...
Reply With Quote
  #8  
Old 20.02.2010, 04:38
QvasiModo
Guest
 
Posts: n/a
Default

why? I thought this was the intended behavior, to remove links to already downloaded files you go use the "clean up" option, not "remove"
Reply With Quote
  #9  
Old 20.02.2010, 05:27
TsunamiZ
Guest
 
Posts: n/a
Default

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...
Reply With Quote
  #10  
Old 20.02.2010, 11:43
remi
Guest
 
Posts: n/a
Default

Don't you get a warning from jD?
Reply With Quote
  #11  
Old 20.02.2010, 22:00
TsunamiZ
Guest
 
Posts: n/a
Default

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...
Reply With Quote
  #12  
Old 20.02.2010, 23:11
user12345
Guest
 
Posts: n/a
Default

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.
Reply With Quote
  #13  
Old 21.02.2010, 12:30
remi
Guest
 
Posts: n/a
Default

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.
Reply With Quote
  #14  
Old 04.03.2010, 16:55
TsunamiZ
Guest
 
Posts: n/a
Default

its not an error. its just the way jd is designed to function at the moment. i think it needs to be changed.
Reply With Quote
  #15  
Old 04.03.2010, 17:27
tony2long's Avatar
tony2long tony2long is offline
English Supporter
 
Join Date: Jun 2009
Posts: 6,507
Default

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?
Reply With Quote
  #16  
Old 05.03.2010, 07:28
TsunamiZ
Guest
 
Posts: n/a
Default

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.
Reply With Quote
  #17  
Old 06.03.2010, 09:47
tony2long's Avatar
tony2long tony2long is offline
English Supporter
 
Join Date: Jun 2009
Posts: 6,507
Default

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.
Reply With Quote
  #18  
Old 06.03.2010, 12:21
remi
Guest
 
Posts: n/a
Default

@tony2long

Thanks for the testing. I agree with you.
Reply With Quote
  #19  
Old 06.03.2010, 17:03
TsunamiZ
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by tony2long View Post
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.
thats because you created 2 parts. if you have only 1 part, then the part and the folder will be deleted...
Reply With Quote
  #20  
Old 06.03.2010, 19:21
tony2long's Avatar
tony2long tony2long is offline
English Supporter
 
Join Date: Jun 2009
Posts: 6,507
Default

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.
Reply With Quote
  #21  
Old 06.03.2010, 20:32
drbits's Avatar
drbits drbits is offline
JD English Support (inactive)
 
Join Date: Sep 2009
Location: Physically in Los Angeles, CA, USA
Posts: 4,434
Thumbs down 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.
Reply With Quote
  #22  
Old 07.03.2010, 22:01
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,290
Default

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
Reply With Quote
  #23  
Old 10.03.2010, 05:34
TsunamiZ
Guest
 
Posts: n/a
Default

the .part is usable even if there is only 1 .part. because it can be resumed.
Reply With Quote
  #24  
Old 10.03.2010, 10:29
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,290
Default

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
Reply With Quote
  #25  
Old 13.03.2010, 09:59
TsunamiZ
Guest
 
Posts: n/a
Default

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.
Reply With Quote
  #26  
Old 13.03.2010, 10:25
drbits's Avatar
drbits drbits is offline
JD English Support (inactive)
 
Join Date: Sep 2009
Location: Physically in Los Angeles, CA, USA
Posts: 4,434
Default

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.
Reply With Quote
  #27  
Old 13.03.2010, 12:24
TsunamiZ
Guest
 
Posts: n/a
Default

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.
Reply With Quote
  #28  
Old 13.03.2010, 13:22
remi
Guest
 
Posts: n/a
Cool

Quote:
Originally Posted by TsunamiZ View Post
the current way it works can cause unwanted problems.
What are your "unwanted problems"?
Reply With Quote
  #29  
Old 13.03.2010, 13:47
TsunamiZ
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by remi View Post
What are your "unwanted problems"?
post #25 is one of them
Reply With Quote
  #30  
Old 13.03.2010, 14:14
remi
Guest
 
Posts: n/a
Default

Then read post #26. drbits answered it in the first paragraph. I wouldn't do it better.
Reply With Quote
  #31  
Old 13.03.2010, 14:51
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,290
Default

Quote:
Originally Posted by TsunamiZ View Post
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.
what unwanted problems?
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
Reply With Quote
  #32  
Old 05.04.2010, 05:47
TsunamiZ
Guest
 
Posts: n/a
Default

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.
Reply With Quote
  #33  
Old 05.04.2010, 11:49
remi
Guest
 
Posts: n/a
Default

It has been proposed a couple of times by drbits. He calls it the graveyard function.
Reply With Quote
  #34  
Old 24.04.2010, 13:26
TsunamiZ
Guest
 
Posts: n/a
Default

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.
Reply With Quote
  #35  
Old 24.04.2010, 15:43
tony2long's Avatar
tony2long tony2long is offline
English Supporter
 
Join Date: Jun 2009
Posts: 6,507
Default

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?
Reply With Quote
  #36  
Old 24.04.2010, 16:48
TsunamiZ
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by tony2long View Post
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?
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...
Reply With Quote
  #37  
Old 24.04.2010, 17:53
tony2long's Avatar
tony2long tony2long is offline
English Supporter
 
Join Date: Jun 2009
Posts: 6,507
Default

Can you prove it?

(Never ending circle...)
:)
Reply With Quote
  #38  
Old 19.12.2010, 01:47
fullbanner
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by Jiaz View Post
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
Please explain what is the difference between "Delete from list" and "Delete from list and disk" ?

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.
Reply With Quote
  #39  
Old 19.12.2010, 09:53
TsunamiZ
Guest
 
Posts: n/a
Default

that is exactly the problem i'm complaining about. but it seems the jd developers doesn't realize the problem.
Reply With Quote
  #40  
Old 19.12.2010, 12:12
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,290
Default

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
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 22:30.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.