Die Wartezeit für Free-Downloads bei cloudzer.net ist im Plugin auf 3 Stunden

private static final long RECONNECTWAIT = 10800000L;

eingestellt und beträgt in Wirklichkeit nur 1 Stunde

private static final long RECONNECTWAIT = 3600000L;

Für mich selbst habe ich den Wert in dem Classfile geändert.

Das sollte ein Entwickler auch in der offiziellen Version anpassen.

[pspzockerscene]

War so weil n anderer Dev das per Copy & Paste gemacht hat von uploaded.
Ich habs vorhin angepasst.
Ich habe außerdem die einstellungsmöglichkeiten entfernt und dieses Errorhandling als Standard eingebaut.

GreeZ pspzockerscene

Erst mal danke für die Änderungen!

Wenn ich den Quellcode vom EXPERIMENTALHANDLING beim kurzen Anschauen richtig verstanden habe (die Einstellungsmöglichkeit des Uploaded Plugins kannte ich noch nicht), könnte das auch für das Cloudzer-Plugin weiterhin sinnvoll sein. Auch hier wird ein Captcha verlangt, bevor man eine Wartezeit angezeigt bekommt.
Es geht doch beim EXPERIMENTALHANDLING darum, dass wenn bereits ein Free-Download in der Vergangenheit (in dem Fall die letzten drei Stunden - mit derselben IP) erfolgt ist, dass dann automatisch auf den nächsten Download die verbleibende Zeit gewartet wird.

Meiner Meinung nach sollte da aber die restliche Wartezeit nicht fix

if ((result < 10800000L) && (result > 0L)) throw new PluginException(16, 10800000L - result);

(mit 10800000 ms) drin stehen, sondern der Wert durch RECONNECTWAIT ersetzt werden, da die maximale Gesamtwartezeit ja RECONNECTWAIT ist. Bei Uploaded würde dies ja wieder dazu führen, dass ein nicht erfolgreicher Versuch gestartet werden würde, da die Wartezeit in Wirklichkeit dort 3 Stunden sind, statt einer Stunde.
Edit: 10800000 ms sind natürlich 3 Stunden, so ist das völlig ok. Warum im Plugin jedoch mehrmals konstante Werte verwendet werden, anstatt die Variable RECONNECTWAIT zu nutzen, ist fraglich (oder es liegt nur daran, dass mein Java-Decompiler das so darstellt ^^).


jdUser2012

[pspzockerscene]

Das Handling wird aufgerufen, bevor nach einem Captcha verlangt wird!

GreeZ psp

Ich hatte mich wohl etwas unglücklich ausgedrückt, aber im Grunde genommen dasselbe gemeint. (JDownloader merkt ohne das experimentelle Errorhandling erst nach Eingabe des Captchas, dass eine Wartezeit nötig ist. Und man muss danach volle 60 Minuten warten.)

Dieses Handling ist auch für Cloudzer sinnvoll, da man ansonsten auch ein Captcha eingeben müsste und erst danach erfährt, dass man volle 60 Minuten warten muss. Das experimentelle Handling mit der vorliegenden Version (mit manueller Anpassung auf 60 Minuten) funktioniert - auch bei Cloudzer - bei mir sehr gut und sollte weiterhin enthalten bleiben.

[pspzockerscene]

Ist doch erhalten.
Ich hab doch nur geschrieben, dass ich die unnötigen Einstellungen entfernt habe und dieses Handling nun immer verwendet ist.
Im uploaded Plugin hat's ja funktioniert, weswegen es nicht mehr "experimentiell" ist sondern eben ganz normal eingebaut ist.

GreeZ pspzockerscene

Dann ist das natürlich optimal. Ich hatte den Satz:

Ich habe außerdem die einstellungsmöglichkeiten entfernt und dieses Errorhandling als Standard eingebaut.

nur so (miss)verstanden, dass du die Einstellungsmöglichkeiten (und damit auch das 'experimentelle' Handling) entfernt hast und als Standardmethode die alte Methode gelassen hast.
Ich nehme damit natürlich alles in den beiden letzten Posts geschriebene zurück. So funktioniert das Plugin perfekt.

Nochmals vielen Dank für die schnelle Umsetzung!

Edit: Der Thread kann damit geschlossen werden.

[pspzockerscene]

Kein Ding und danke fürs Feedback.

GreeZ pspzockerscene *closed*