#1
|
|||
|
|||
Chunks Do Not work after updating
After a clean installation...which i have done half a dozen times, increasing the amount of chunks per download works perfect, however, when i allow the update, the chunks will no longer work.
Yes i have uninstalled, and completely removed all traces of jdownloader2 every time i uninstalled it so that i can troubleshoot the cause. Of course disabling downloads will do no good as it will hound you to death that there is an update available. Last edited by linuxlad; 31.01.2013 at 14:15. |
#2
|
||||
|
||||
doubtful this has to do with 'the update' persay. nothing much has changed in JD other than update stuff in months. The big roll out was just change in update systems. Though this would have carried plugin updates also. Plugins have hard settings which you can not over ride yourself. For what hoster does it fail, post you JD2 logs also.
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#3
|
||||
|
||||
Confirmed this for 2 Premiums I have.
For netload JD2 respects global setting for max chunks, for hellshare it connects with 1 chunk. I'll create the ticket for this and describe it. Chunkload works for hellshare in IDM, so there's something they change on the hosters and JD2 doesn't support it yet. I think I found the reason, described it in ticket Last edited by editestowy; 31.01.2013 at 20:41. Reason: added ticket |
#4
|
||||
|
||||
jd2 does have a detection of when chunking isn't possible and sets 1 chunk. you can't over ride that
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#5
|
||||
|
||||
But it works incorrectly because it uses property which most of plugins do not set,
then if (this.downloadLink.getBooleanProperty("ServerComaptibleForByteRangeRequest", false)) request.getHeaders().put("Range", "bytes=" + (0) + "-"); d doesn't fire and after browser.connect(request); Response is (hellshare): HTTP/1.1 200 OK server: nginx/1.0.11 date: Thu, 31 Jan 2013 18:52:44 GMT content-type: application/octet-stream content-length: 427084166 last-modified: Mon, 28 Jan 2013 10:15:34 GMT connection: close set-cookie: PHPSESSID=XXXXX; path=/ expires: Thu, 19 Nov 1981 08:52:00 GMT cache-control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 accept-ranges: bytes accept-ranges: bytes content-disposition: attachment; filename="XXXXXX" as you see... there's no Content-Range field and then JD sets chunks to 1. Last edited by editestowy; 31.01.2013 at 20:56. |
#6
|
|||
|
|||
I have tested on two separate machines using the same version of everything, eg java, hoster, etc...
I used the same links and hoster before updating and the chunks worked properly prior to the update(s), however, after updating, the chunks no longer worked above one with the same hoster and link(s)....this is not a coincidence.......fyi, im using JRE 1.7.0_11 and extabit as the hoster.....it is the only hoster i have ever needed to use it with. I tested with the same three links prior and after the update(s) on both machines. Even if 'per-say', the update itself is not the complete cause, it is certainly without doubt, the trigger/catalyst to the chunks failing to operate above one, at least for this particular hoster. I also noticed others here having the issue of "duplicate setting lines" which I also have....any suggestions of fixing this would be appreciated. Both machines have this same issue. I have a backup of all folder/settings and configurations on both machines; on one of these machines i can test thoroughly by duplicating the issue till there is a work-around or fix.... Last edited by linuxlad; 01.02.2013 at 15:32. |
#7
|
|||
|
|||
I have same problem since the update. I'm downloading stuff from my private http Server. I can download with more than one chunk on a ~500mb file but not on a 10gb file.
|
#8
|
|||
|
|||
OP is right.
Chunk is not working! Did a test with FDM ( Free Download Manager, chunk 10 ) Rapidgator files downloading around 1,4 mb/s Did a test with JD Beta and was download around 150~200 kb/s. Since the last update i'm with this problem. Last edited by pezgui; 01.02.2013 at 20:17. |
#9
|
||||
|
||||
pezgui,
extend your connection column wider, 10 and 1 look the same when it's narrow. Please confirm chunks are not been used, or provide logs, that tells the real story.
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#10
|
||||
|
||||
Or set the MaxChunks to 8 and then observe Connection column.
|
#11
|
|||
|
|||
|
#12
|
||||
|
||||
Yup, as I thought... probably the same issue as in hellshare...
|
#13
|
|||
|
|||
@editestowy
Can you tell me where i can find the logs and how to open it, so i can upload here? |
#14
|
||||
|
||||
@editestowy
Range Bytes Header is only available if the server answer with 206 Partial Content. My workaround with dllink property "ServerComaptibleForByteRangeRequest" is only for misconfigured server ;-) Quote:
.bismarck Last edited by .bismarck; 02.02.2013 at 01:03. |
#15
|
||||
|
||||
@.bismarck
I described everything in the ticket. Some plugins can't determine verified filesize, because the hoster has no API or gives the exact filesize in the download page. So the problem is why download manager needs this now but worked before without setting any of these 2 properties before. I didn't dig deeply in the core, I only searched why the chunks are reset to 1, so we still need from core developers proper solution which will work without changing every plugin which is affected with this problem. @raztoki If you analyze connectFirstRange() then you'll see that for 1st chunk, it will never set Range in request header if there the verifiedSize property wasn't set in the plugin (except for .bismarck workaround) So then the response after br.connect(request) will never return "Connect-Range": content-type: application/octet-stream content-length: 223495513 accept-ranges: bytes accept-ranges: bytes and then request.getHttpConnection().getRange() is always null (no "Content-Range" field) which resets chunks to 1. So the recognition if chunking is possible works with dependency on verifiedsize, which depends on hoster's API or getting correct filesize in bytes written somewhere in the download page... So for now I use .bismarck's workaround if there's no possibility in the plugin to determine verified filesize. And waiting for better solution. Last edited by editestowy; 02.02.2013 at 10:39. |
#16
|
|||
|
|||
The chunks, which do not work in jd2 after the update, are still working in jd1, with the same hosts.
In jd2 the chunks do not work at all; so the reason can not be the response of the host, but a general bug in jd2. ---------------------------------------------------- Windows 7 Professional 32-bit SP1 * Java 7 Update 11 Last edited by werner252; 02.02.2013 at 11:20. |
#17
|
|||
|
|||
@werner252
Agreed, this has nothing to do with the host, server, or host-API....this is a "Bug" in JD2....particularly with one of its recent update(s). Bismarck's workaround is only available if/when JD2 is updated to where it breaks the chunks feature....and even then, it is a manual workaround for a per-host/plugin..... After further testing, the chunks are broken for at least 7 different hosts, at this point it was pointless to continue checking for a host for which chunks would work after the update(s)....bottom line...a recent update(s) has broken the chunk feature. |
#18
|
||||
|
||||
@linuxland
Please post the hosters list here. |
#19
|
|||
|
|||
This also affects Filefactory and Ryushare. Both hosters chuncked normally with JD2 until the last update. Now each will only connect with one chunck regardless of the system setting. Both also work fine in JD1.
|
#20
|
|||
|
|||
These are the only ones i tested and verified as chunks not working...after the update.
extabit extmatrix filefactory rapidgator putlocker megashares bitshare oteupload Last edited by linuxlad; 03.02.2013 at 18:27. Reason: adding two extra lines |
#21
|
|||
|
|||
Mit Share-online.biz habe ich keine Probleme, wie hier auf dem Bild zu sehen ist. Aber Letitbit mit Premium Account lädt mit nur einer Verbindung.
|
#22
|
||||
|
||||
This is strange... For me this hoster works with chunks, I've tested it because I also have Premium from them and this plugin set the VERIFIEDSIZE property so,
downloadmanager should correctly set the chunks. Can you make the logs for this hoster: start JD, set the global MaxChunks to > 1, make sure the Premium for NL is active, start download from netload and if the chunks are reset to one for this download - post the log: Main Menu -> ? -> Create log and then follow the wizard (select the latest log and post the link for it). Also OteUploadCom Premium should work with chunks, the rest hosters from the list probably suffer because of the same issue as Hellshare. @Seryi share-online uses slightly different method for setting the chunks: it looks like hoster limits the number of connections so the plugin may limit the chunks if there's a problem and set number of chunks to 2 (default) or whatever limit hoster set. Last edited by editestowy; 03.02.2013 at 11:44. Reason: info about share-online |
#23
|
||||
|
||||
@editstowy, I have never disputed that this isn't a problem other than indicated JD2 has had a detection of when chunking isn't available, which in the past has worked as intended. Your detective work should make who ever fixes the issue some what easier, maybe you wana fix? =]. It seems something has changed of late which forces downloads to start with 1 chunk, as the findings within this thread. I have also noticed this when testing chunk settings within plugin dev, when I know chunking is possible. I don't have time to fix this myself at this point in time but Jiaz has indicated he would look into it so I assume ~Monday at the earliest.
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] Last edited by raztoki; 03.02.2013 at 12:32. |
#24
|
|||
|
|||
JDownloader worked perfectly with Premiumize.me and many hosters through them but after the update it's stuck on one chunk no matter what I do.
Wasted hours reinstalling and trying a different PC. Wish I'd found this thread first. |
#25
|
|||
|
|||
hoster is a http connection to my seed box @ whatbox.ca
as you can see there is no problem with the ~650mb file, but i cant download the other files >2GB in chunks. |
#26
|
|||
|
|||
One interesting finding on Ryushare. If you simply choose a top level page link (so that the JD2 plugin has to log into the premium account and create the actual download link) then you will be limited to 1 chunk (and the Premium account "heads" icon will show). However, if you create the direct download link on the Ryushare page yourself (i.e. click on the "create download link" button on the Ryushare top-level link page) and use this for the download, then it will chunk normally. In this case, the account icon isn't shown, since JD2 doesn't need to log in to Ryushare in order to use the link.
So chunking still sort of works, but going through the plugin in the usual way is enough to break it now. And this isn't just a size issue. Downloads of only 200 Mb still show this behavior on Ryushare (single chunk only if using the plugin to create the download link). Last edited by Geoffk; 04.02.2013 at 17:31. Reason: added size comment |
#27
|
|||
|
|||
Seems to be back to working on Premiumize.me
One thing you can't fault JDownloader on is that it does get updated regularly and fast. |
#28
|
||||
|
||||
Chunk stuff should be fixed.
Update your JD, reset all previously started dls, set chunks and try again. GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#29
|
|||
|
|||
Thanks for the update. One minor new bug. Since the update, premium account icons no longer show in the bottom of the download screen.
|
#30
|
||||
|
||||
@geoffk
Are you sure about that, all that was changed was the download system, nothing in Accounts or GUI. It's still displaying in my JDownloader 2 SVN. raztoki
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#31
|
|||
|
|||
Hmm, still not showing for me. The logins work ok, but I never got the icons on the bottom. Maybe I need to restart again or even reboot.
|
#32
|
|||
|
|||
Ok, now they're back. I didn't do anything, so I guess it's just some weird Java thing on restart...
|
#33
|
|||
|
|||
Thanks, the chunks are working again after the update(s).
I Also noticed the double-line updateSettings are fixed, so it only shows once instead of twice. Many thanks:) |
#34
|
|||
|
|||
The issue isn't really resolved for me. After updating I still got the problem that files beyond a certain size download with only one chunk from my Seedbox via HTTP. The download starts normal with 5 chunks as I specified in the settings than download speed crawls to something like ~10kb/s for sometime. After certain amount of time it starts to get fast again but the download is now set to just 1 chunk. I thought a bit on why the download is so slow in the beginning and came to the conclusion that it might have something to do with the enabled CRC check. After I disabled it downloading big files works with 5 chunks, so it is a nice workaround atm. But before the patch chunks on big files worked even with CRC check enabled.
|
#35
|
||||
|
||||
For me it works fine.
Please post links so we can test that. GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#36
|
|||
|
|||
I cant without giving up my login credentials but it is a large file of 16.37 GB. Oh and CRC disabling does not work either the only thing that works is to hit the stop button right after I started the Download and then resume it again.
|
Thread Tools | |
Display Modes | |
|
|