I have another question about merging mirrors in the alpha.

I merged an episode from SJ.de with one mirror from netload and one from rapidshare. I startet the download and he began to downlod all files from rapidshare, in this example all files were available on rapidshare so he asked right at the first part from netload what to do - if he should skip, or redownload the file. I choose skip and remember for the package but then he don't began to unpack the package.
I checked that auto extract package is still marked.

One other Question is, it seems that the "Remove finished downloads..." option seems to be a bit buggy, i switched back to 'immediately' after i tried 'when package is ready' but the jdownloader did not remove a package after an extraction. So, when is an package ready, and now the 'immediately' option isn't working either.

[kdean]

Spinning off of my last post in this thread:

http://board.jdownloader.org/showpos...13&postcount=7

I'm still having an issue where sometimes mirrors are starting when another mirror is already downloading.

Once a mirror starts for a part I would think the other ones should be disabled right then, but they don't always. Sometimes they later get disabled and sometimes not. Also, if the chosen mirror for a part fails, then that part should be reset with the failed mirror disabled and the other mirrors re-enabled automatically.

Today I had 3 mirrors show that they downloaded the same file 100% and unfortunately a fourth mirror started but had a plugin error and must have deleted the part because I was left with no file at all.

I don't know if the problem exists with just one package of downloads or if it requires other items to be downloaded first from the same hosters since I'm usually downloading multiple packages. Never had this issue with the release version.

Here's one package worth of parts and mirrors:

**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**
**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**
**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**
**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**
**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**
**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**
**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**
**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**

[kdean]

I wasn't able to get the original instance's log since and auto-update restart cleared the log, but here's the same issue where two part 4 mirrors started and the other part 4 mirrors were still enabled.

http://jdownloader.org/pastebin/84913

[pspzockerscene]

Hi
For me this works just fine.
Put all links in one package->Same downloadfolder->JD always only starts one of the mirrors and deactivates the other 2.

I know that if a part of one hoster fails JD should try the mirror (other link on other hoster) but as far as i know that logic isn't implemented yet

GreeZ pspzockerscene

[kdean]

It's happening often enough for me to be a problem.

Is there any setting that might affect this. I seem to notice it when there's multiple parts with multiple mirrors.

[pspzockerscene]

No, it should always work correct without any setting.

Greez pspzockerscene

[kdean]

I just tried the links again and it appears to be working better. I'm thinking the issue requires other packages to be previously downloading from the same hosters first and then when the parts become active in the latter package is where the problem starts to occur.

Did my previous log show anything because it should show part4 being downloaded more than once.

[pspzockerscene]

As far as i could see the log didn't show any of your problems.
If that situation happens again, please post it.
Maybe a screenshot also helps.

GreeZ pspzockerscene

[kdean]

Weird that the log didn't show anything since at the time I was watching at least 2 part 4s downloading. I'll send some more info the next time i catch something.

[kdean]

One reliably broken variation is when you reset a package with a few mirrors. They all start counting down and going through their process and some will both start downloading the same files, but sometimes 1 or 2 mirrors will deactivate so there must be a stage where they're not detecting an already in progress download has begun. Maybe during the captcha phase.

[Jiaz]

this is a known bug

[Jiaz]

[invisibleman78]

Wenn man in einem Paket Links zur gleichen Teildatei auf verschiedenen Hostern hat, lädt JD2 diese parallel und dadurch mehrfach runter.
Bisher merkte JD spätestens beim Start des Downloads, dass der gleiche Teil schon von irgendeinem anderen Hoster am Downloaden ist. Aktuell scheint JD2 das nicht zu merken und lädt im dümmsten Fall die gleiche Datei x mal runter.

Wie kann ich das verhindern?

Passiert mir auch ab und an, manchmal werden sie aber als bereits geladen markiert

[Jiaz]

ist bekannt und wird noch fixed

[djmakinera]

:unsure:I have set. Skip the file if it exists. Jdownloader rather than ignore it it modifies (OVERWRITE). Only now I noticed it! For me, a lot of unnecessary files have been replaced!!!








Do you fix it?



It should be a SKIP! The program treats it as REPLACE(OVERWRITE)!

[raztoki]

This has been reported many times now, if the file starts at the same time it doesn't skip. That's my observation though the appwork guys have not been able to reproduce this so cant fix something they can't debug.

[djmakinera]

Not at the same time! Old file was downloaded in 2011 and was replaced with the date 2012(overwrite download!)

No offense but to me it is not acceptable.

Besides. If I recall it was once (long ago), I wrote about this problem but none too much into the not took over and has so far not been in this direction nothing done. Ech...


If someone updates the files in a folder that's clear is that the program only download the missing files and old files I want to have remained intact (without modification)
Other programs are able to skip the existing file, why Jdownloader not can do this?

NIGHTLY there was not a problem!

I hope that developers will try and fix it?

[raztoki]

stay clam, wait for jiaz to have a look at it. I dont have the time to look into core workings of JD

[editestowy]

Never got this problem.
Do you mean normal files or files extracted from the archive?

[djmakinera]

normal files(JPG) not archives

Do not try to convince me that this problem is not as if there were they would not have overwrite the files.

If you think there is no problem then why replaces me the files (modify?)

[editestowy]

No one is convincing you anything.
Read my post: I NEVER got this problem and I'm using the same opiton for my downloads.

Make a copy of the files, download them again and check if they were replaced (with skip option set).
If the error is repeatable then it will be possible for developers to reproduce and fix it.

BTW: date/time of the folder are changed each time Windows makes deleting, modifying or ADDING new files in this folder.

[djmakinera]

to 1000% are modified because I see with the naked eye in a folder that is re-saved in the same place!

Well, unless no one is able to see this error in the program and anyone that does not stop it on to completion.

[Jiaz]

we know about this, I will fix this as soon as possible
same issue as this one

[djmakinera]

Multi Link does not occur at the same time (not the same links in linkgrabber). The problem occurs when updating a folder of files at a later time.

[Jiaz]

same issue....it's the same code causing the problem. I'm on it

Hey,
Jdownloader2 does't skips files which are already downloaded. it start downloading them again.

I imported link list of jdownloader into jdownloader 2. Its skips some files and for mostly files it starts to download.

I tried to change option in general settings. "if the file already exists" to skip link and ask for each file. but it does't work.

btw jdownloader 2 is really coool

[Jiaz]

its a known issue when linkstatus is not known (eg after jd restart). you have to rightclick on package, check online status as temp. workaround, then *link exists*check works again.

I have hundreds of links and I've to restart jd2 often (for updates).
selecting all packages (ctrl+A) and check online status for all packages, will it work? I guess it will take hours to check status again for all links? right?

I just did that for one package and it start skipping files in it then I've enabled all pakages, selected all, check online status and start the download and this workaround does't worked.

I have the same issue, and the problem persists even on freshly added downloads. The workaround doesn't work for me after restarts either :/. I've uninstalled and reinstalled a few times, it works exactly one time right after jdown has been installed and updated then never again.

[Jiaz]

after jd restart you have to rightclick on the package and online check again
this bug will be fixed soon!

[djmakinera]

editestowy - Jdownloader download again the same files that exist in the folder and it is precisely this problem that the existing files in the folder does not skip.

[Jiaz]

you have to linkcheck links first before *safely* load them with *existing* check enabled.
after a restart of jd you have to rightclick onlinecheck the package again!

[djmakinera]

editestowy - Please translate it better.
To nie ma nic wspólnego z linkami. Linki s± automatycznie usuwane je¶li w ca³o¶ci zostanie pobrany pakiet. JDownloader "nadpisuje" pliki, które istniej± ju¿ w folderze o tej samej nazwie.
Przyk³ad: Rok temu zapisa³em jakie¶ pliki. Po ile¶ tam miesi±cach ponownie chcê zapisac pliki w tym samym folderze z uwzglêdnieniem, ¿e JDownloader pominie istniej±ce ju¿ pliki a zapisze tylko te nowe z innymi nazwami ale niestety tak jak mówie JDownloader "nadpisuje" istniej±ce pliki zamiast ich poprostu pomin±æ. Czy naprawde tak trudno wprowadziæ tak± mo¿liwo¶æ pominiêcia, czy JDownloader nie mo¿e sprawdziæ, ze taki plik istnieje i ju¿ go NIE POBIERAÆ!???
Po co program nadpisuje te same pliki(z t± sam± nazw±), które ju¿ istniej±?




Jiaz - It has nothing to do with links(in my case List of links has been deleted!). JDownloader "overwrite" the files that already exist in the folder with the same name. Example: A year ago I download some files. When you write a number of months back there I want to save files in the same folder on the understanding that JDownloader skip existing files and saves only the new one with different names but unfortunately, as I say JDownloader "overwrite" existing files instead of simply omitted. Is that really so hard to make this possible omissions, or JDownloader can not verify that such a file exists? JDownloder Why downlod the same files that already exist?

[Jiaz]

jd only overwrites files when the link in jd is unchecked (online status unknown) because then the *file exists* check does not work!

[djmakinera]

Jiaz - I understand. The program correctly only skip files if MEMBER Vkontakte has a duplicate image in your albums (and I do not set then check the file name)

[Jiaz]

jd is only able to check for duplicate on this, when the link has onlinestatus "online", after a restart, they are in state "unknown" and then the bug happens

[djmakinera]

I do not check that a file has a name and its status online, because for many image files takes a very long time and it may happen that it will block the server.


Window7:
new file is saved as 123.jpg.part

and overwrite the old file 123.jpg

[Jiaz]

I know this issue is known and will be fixed soon

yes please fix this. It's quite annoying and can't be to hard since it's only a check for a local file