Hallo wieder,
1. Das kann ich mir nicht vorstellen und auch von meinen Tests nicht bestätigen --> Log bitte
Die Wartezeit wird natürlich erst angezeigt, sobald ein Link in dieses Limit reinläuft.
Wenn JD zB aktuell keine Downloads ausführt und du startest einen Link per "Download erzwingen" wird die Reconnect-Wartezeit erst angezeigt, sobald ein zweiter versucht wird und dieser dann im Limit landet.
Please post
your log-ID here | bitte poste
deine Log-ID hier.
2. Das ist nicht direkt ein Bug.
Das ist unserem System geschuldet und wird sich so schnell nicht ändern.
Dieses System weiß- und merkt sich, dass auf dem Gesamten Hoster auf deiner IP die Wartezeit sitzt und wird bei Abbrüchen keine einzelnen Links erneut probieren es sei denn du setzt alle zurück (= Verlust des Fortschrittes).
Unser System merkt sich folgendes nich bzw. nicht "intelligent":
"Hey der erste Link wurde schonmal gestartet und der generierte Direktlink ist noch verfügbar, den kann ich auch starten, wenn ein Limit auf dem ganzen Hoster / IP sitzt"
3. Das kann ich nicht bestätigen - die Downloads sollten immer nacheinander starten wodurch eben genau diese Captchaabfragen nicht passieren.
In meinen Tests klappte das auch.
Bitte poste eine Log-ID dazu:
Please post
your log-ID here | bitte poste
deine Log-ID hier.
Die Plugin Version kannst du nicht einsehen, aber du kannst zB sehen, wenn sich durch ein Update das Datum des Plugins ändert also unter
[
JD Installationsordner]/jd/plugins/hoster/K2SApi.class (und Keep2ShareCc.class).
Hast du vielleicht einen keep2share Free Account eingetragen?
Das würde die gleichzeitig startenden Downloads erklären, denn diese Beschränkung gibt es in diesem Plugin im Account Modus nicht - egal, welchen Account-Typ man verwendet.
Grüße, psp