JDownloader Community - Appwork GmbH
 

Reply
 
Thread Tools Display Modes
  #1  
Old 14.08.2010, 03:52
JMD
Guest
 
Posts: n/a
Default Extraction path not working

I changed where JDownloader should extract to, but it has not effect on the already added downloads. Is this a bug, or as microsoft would call it: a feature?

While we are at this subject - would be nice to be able to see the extraction path in the package properties (double-clicking on a package). You can see the "save to", but not where its gonna extract to - and even better if you could change it!

Could be an awesome feature if you could choose the extraction path when you add links/packages.

Besides that.. JDownloader is awesome!
Reply With Quote
  #2  
Old 14.08.2010, 15:00
JMD
Guest
 
Posts: n/a
Default

And a just added package, didnt extract to the customized path :/
Reply With Quote
  #3  
Old 17.08.2010, 10:53
JMD
Guest
 
Posts: n/a
Default

No one ?
Reply With Quote
  #4  
Old 17.08.2010, 11:20
remi
Guest
 
Posts: n/a
Cool

If you're talking about the extraction extension JD Unrar, then I can't help, because I don't use it.

I only know that if you change the default download directory then that applies only to newly added links.

On a more technical level, in object oriented languages (like java) everything is stored in objects and global variables. Refreshing these variables and objects is a typical problem for procedural/OO languages. It means more programming effort (and many more bugs), but performance might be better.
Reply With Quote
  #5  
Old 17.08.2010, 12:36
JMD
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by remi View Post
If you're talking about the extraction extension JD Unrar, then I can't help, because I don't use it.

I only know that if you change the default download directory then that applies only to newly added links.

On a more technical level, in object oriented languages (like java) everything is stored in objects and global variables. Refreshing these variables and objects is a typical problem for procedural/OO languages. It means more programming effort (and many more bugs), but performance might be better.
Ive tried to change the settings, close jdownloader and open it again (several times) - no effect.

Last edited by JMD; 17.08.2010 at 12:38.
Reply With Quote
  #6  
Old 18.08.2010, 13:35
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,084
Default

extract to is saved on package creation. because you can customize it, using always the config settings would not make it possible to customize it.

rightclick on the package and set extract folder yourself, that should work
__________________
JD-Dev & Server-Admin
Reply With Quote
  #7  
Old 21.08.2010, 14:52
JMD
Guest
 
Posts: n/a
Default

Ive tried a bit different things, and it seems like packages with small files (up to around 1GB) gets extracted to the customized path just fine. But larger files 4GB+ doesnt.

Where do i manually set the extraction path on an already added package? (would be nice if i should do that with all packages)
Reply With Quote
  #8  
Old 22.08.2010, 09:33
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,084
Default

dont know exactly right now but
1.) rightclick on the startfile (part01, rar..) and extras-extract-set folder
2.) try to set default customized extract folder in addon settings of jdunrar and see if its used by fresh extracted packages (dont know for sure)
__________________
JD-Dev & Server-Admin
Reply With Quote
  #9  
Old 23.08.2010, 00:30
JMD
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by Jiaz View Post
dont know exactly right now but
1.) rightclick on the startfile (part01, rar..) and extras-extract-set folder
2.) try to set default customized extract folder in addon settings of jdunrar and see if its used by fresh extracted packages (dont know for sure)
I checked the already added packages - and the extract path is correct. But it doesnt not extract to that path!

New added packages shows the correct path aswell, but if its a large file - it wont unrar to that path. Its quite weird.
Reply With Quote
  #10  
Old 23.08.2010, 09:43
drbits's Avatar
drbits drbits is offline
JD English Support (inactive)
 
Join Date: Sep 2009
Location: Physically in Los Angeles, CA, USA
Posts: 4,437
Default

Check your unrar settings. Make sure you have checked the appropriate options and entered values for Extract to. Try not using a subpath to see if that changes anything.

If you are setting a subpath, set it to either %ARCHIVENAME% or %PACKAGENAME% and set the "Only use subpath if archive ..." to 0.

See if "Deep Extraction" changes anything.

Another way to create a new package (which should have the default Extract path) is to right click on the package and the click on Merge to new package (or Move into new package).

Uploading a log may help us. Please try to include an archive that is not extracted correctly and one that is extracted correctly.

Remember, only RAR archives are extracted in this version, not Zips.
__________________
Please, in each Forum, Read the Rules!.Helpful Links. Read before posting.

Last edited by drbits; 23.08.2010 at 09:47.
Reply With Quote
  #11  
Old 23.08.2010, 12:42
JMD
Guest
 
Posts: n/a
Default

Subpath = %PACKAGENAME%
"Only use subpath if archive ..." = 0

They were already set at that. During the night, a 13GB file was extracted, but not to the correct custom path. Also during the night, 10x 1GB files were extracted correctly to the custom path.

I'll see if i can make a good log for ya! (think i just killed JDL by opening a two weeks old log...)

Last edited by JMD; 23.08.2010 at 13:44.
Reply With Quote
  #12  
Old 23.08.2010, 18:11
JMD
Guest
 
Posts: n/a
Default

Log: http://jdownloader.org/pastebin/9954

The.X-Files.Fight.the.Future (1998) 1080p.BluRay.DTS.x264-CtrlHD
Downloaded to download path. Failed to extract to custom path.

gat109
Downloaded to download path. Failed to extract to custom path. (weird...!!)

n.506.720p
Downloaded to download path. Extracted to custom path!

n.507.720p
Downloaded to download path. Extracted to custom path!

n.508.720p
Downloaded to download path. Extracted to custom path!
Reply With Quote
  #13  
Old 24.08.2010, 02:56
drbits's Avatar
drbits drbits is offline
JD English Support (inactive)
 
Join Date: Sep 2009
Location: Physically in Los Angeles, CA, USA
Posts: 4,437
Default

As I feared, the log contains a lot of information about the extraction, but not the extraction path.

Please post the links for gat109 and I will see if this problem has been fixed in the text version (NIGHTLY). If there is another package you think I should try, please include it.

Note: The move to the custom path only works if the only operation after download is the RAR extraction. If it is a Merge, followed by an extraction, it will not move the file (the unrar program itself does the move).

There is a Feature Request filed to make the custom path a consistent feature, regardless of whether this is an unrar, a merge, or just a single file download. That probably will not be in the next release.

My connection is too slow for me to download 20GB, it would take 5 days, 24 hours per day.
Reply With Quote
  #14  
Old 24.08.2010, 08:43
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,084
Default

i will check it when i have time, drbits can you please open a bugreport with infos from this thread?
__________________
JD-Dev & Server-Admin
Reply With Quote
  #15  
Old 24.08.2010, 10:11
JMD
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by drbits View Post
As I feared, the log contains a lot of information about the extraction, but not the extraction path.

Please post the links for gat109 and I will see if this problem has been fixed in the text version (NIGHTLY). If there is another package you think I should try, please include it.

Note: The move to the custom path only works if the only operation after download is the RAR extraction. If it is a Merge, followed by an extraction, it will not move the file (the unrar program itself does the move).

There is a Feature Request filed to make the custom path a consistent feature, regardless of whether this is an unrar, a merge, or just a single file download. That probably will not be in the next release.

My connection is too slow for me to download 20GB, it would take 5 days, 24 hours per day.
Links for gat109:
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**

Due to that file size, it should extract correctly - but it didnt. I dont know why. Im gonna download it again, and see what happends.

EDIT: Nope, gat109 didnt extract to custom path. Other files in the list, with approx the same size, did.

Last edited by JMD; 24.08.2010 at 11:34.
Reply With Quote
  #16  
Old 24.08.2010, 22:28
drbits's Avatar
drbits drbits is offline
JD English Support (inactive)
 
Join Date: Sep 2009
Location: Physically in Los Angeles, CA, USA
Posts: 4,437
Default

Bug Report 2295

I am downloading gat109 to test the Nightly test version. I had started to download dnl-fiwm10 from the old links.

Either my mind is gone or somebody removed the old test links. We now do not have links where extraction moved the files on your computer.

Please do not remove test links, even if they are being replaced.

-------------------------------

Note editing or changing a package may cause lack of extraction or possibly this problem.
If this is an int vs. long problem, it could be fixed in the updated unrar.exe.

Last edited by drbits; 24.08.2010 at 23:33.
Reply With Quote
  #17  
Old 25.08.2010, 02:08
JMD
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by drbits View Post
Bug Report 2295

I am downloading gat109 to test the Nightly test version. I had started to download dnl-fiwm10 from the old links.

Either my mind is gone or somebody removed the old test links. We now do not have links where extraction moved the files on your computer.

Please do not remove test links, even if they are being replaced.

-------------------------------

Note editing or changing a package may cause lack of extraction or possibly this problem.
If this is an int vs. long problem, it could be fixed in the updated unrar.exe.
What test links? Im not following 100% what you mean...

Glad to see the bug report is up!
As a note: All the packages ive tested with, have not been edited or changed in any way since i added. Some fails, some doesnt. One thing seems to be the same for all - large files does not get extracted to the custom path.

Int you say.. that could very well be the problem. Would make sense, since int would be equal to 4GB. However, it does not explain why some smaller files doesnt get moved either. But i'd say thats a good start..!
Reply With Quote
  #18  
Old 25.08.2010, 09:07
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,084
Default

it's not int-long we only count the number of files and not the sizes i doubt that your archive has so many files in it.
i will review this bug as soon as i can
__________________
JD-Dev & Server-Admin
Reply With Quote
  #19  
Old 25.08.2010, 11:59
JMD
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by Jiaz View Post
it's not int-long we only count the number of files and not the sizes i doubt that your archive has so many files in it.
i will review this bug as soon as i can
You dont think i have 4+ billion files in a package? Pfff

Let me know if you want me to test anything.

Last edited by JMD; 25.08.2010 at 12:07.
Reply With Quote
  #20  
Old 25.08.2010, 20:27
mccartyvelma
Guest
 
Posts: n/a
Default

mine too is not working
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 20:09.
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 - 2023, Jelsoft Enterprises Ltd.