[pspzockerscene]

@mario
Dein Problem wurde in diesem Thread bereits gemeldet/diskutiert.
Bitte die vorigen Posts lesen.

Grüße, psp

[thecoder2012]

Originally Posted by tbengel

@Jiaz: Kann die Änderung noch implementiert werden, oder gibt es diesbezügliche Hinderungsgründe?

Würde mich auch interessieren.

Originally Posted by Jiaz

@tbengel: Natürlich, die Ursache liegt im unendlichen Timeout.
Wir nutzen blockierende Lesen auf TCP welches sich nicht unterbrechen lässt. Sprich Java will Daten vom Netzwerk lesen, dann geht der Befehl ins Betriebsystem über und kommt erst zurück wenn a.) Daten vorhanden, b.) Timeout oder c.) Netzwerkfehler auftreten. Da keine Daten kommen und unendlicher Timeout, blockiert das bis irgendwann die Gegenseite zu macht oder es zu einem Netzwerkfehler kommt.
en.wikipedia.org/wiki/Asynchronous_I/O

In diesem Fall sorgt man in der Software für einen zusätzlichen Timeout.
Heißt es wird vom JDownloader eben unterbrochen und einseitig geschlossen statt weiter zu warten bis die Menschheit ausgestorben ist.

Originally Posted by Jiaz

Nein, ein Stopp/Abbruch ist immer koordiniert und ein einfaches *Killen* der Verbindung ist nicht "graceful".

Stimmt aber wenn es keine andere (zeitnahe) Lösung gibt, dann wäre es immerhin eine mögliche Variante.

[tbengel]

@Jiaz: Es klang bei Dir doch so, als wenn Du das Problem gefunden hast. Warum kann es nicht umgesetzt werden? Diese nicht abbrechbaren Timouts sind mittlerweile ziemlich nervig und diese nur durch ein Neustart des JDownloaders abzubrechen kann doch nicht die Lösung sein.

Auch die "file.html"-Geschichte im Linksammler könnte man vorerst mal fixen, damit wenigsten alle Dateien gedownloaded werden können und nicht wegen "Mirror Zippyshare.com lädt" einfach übersprungen werden.

Grüße

[pspzockerscene]

Originally Posted by tbengel

@Jiaz: Es klang bei Dir doch so, als wenn Du das Problem gefunden hast. Warum kann es nicht umgesetzt werden? Diese nicht abbrechbaren Timouts sind mittlerweile ziemlich nervig und diese nur durch ein Neustart des JDownloaders abzubrechen kann doch nicht die Lösung sein.

Jiaz ist momentan noch mit anderen Dingen beschäftigt.
Es tut mir leid, dass das hier so gelaufen ist, aber kann dir leidr nur sagen: Auf Jiaz' Antwort warten.

Originally Posted by tbengel

Auch die "file.html"-Geschichte im Linksammler könnte man vorerst mal fixen, damit wenigsten alle Dateien gedownloaded werden können und nicht wegen "Mirror Zippyshare.com lädt" einfach übersprungen werden.

Das "file.html" Problem sollte bereits jetzt nicht mehr auftreten das hatte ich fixed.

Wann passiert das?
Wenn ich ohne Proxy zippyshare URLs einfüge, die dann wegen der GEO-Blockierung nicht geprüft werden können (blaues Fragezeichen) wird als Name die fileID gesetzt.

Grüße, psp

[tbengel]

@pspzockerscene

Danke für Dein Feedback ...

Jiaz ist momentan noch mit anderen Dingen beschäftigt.

Ist ja auch kein Problem, wenn man viel um die Ohren hat und ich bin der Letzte der da Stress machen möchte, nur mal kurz melden, wäre schön ...

Das "file.html" Problem sollte bereits jetzt nicht mehr auftreten das hatte ich fixed.

Wann passiert das?
Wenn ich ohne Proxy zippyshare URLs einfüge, die dann wegen der GEO-Blockierung nicht geprüft werden können (blaues Fragezeichen) wird als Name die fileID gesetzt.

Habe es gerade nochmal probiert. Zeitschlott 13:30 bis 14:00 Uhr ist dahingehend interessant.

01.07.20 07.39.21 <--> 01.07.20 14.01.29 jdlog://8539025302851/

Im Linksammler wird der Film hinzugefügt und alle Dateien die er
nicht matchen kann werden als "file.html" bezeichnet.

Wird diese Liste mit gleichnamigen Dateien "file.html" dann dennoch importiert, versucht er die erste "file.html" zu downloaden. Wenn dies klappt, wird diese Datei in den richtigen Dateinamen umbenannt, jedoch erscheint bei alle anderen Dateien mit dem Namen "file.html" der Kommentar: "Mirror Zippyshare.com lädt" und sobald die Datei fertig geladen wurde, werden alle Dateien mit dem Namen "file.html" aus der Downloadliste im jeweiligen Paket gelöscht.

Wie gesagt, ist auch dieses Problem leider noch nicht behoben. Die einfachste Möglichkeit wäre, die "File.html" in Dateinamen mit einer ID umzubenennen, was Du ja anscheinend auch getan hast, aber wohl
im Zippyshare-Fall nicht funktioniert.

Grüße

[pspzockerscene]

Originally Posted by tbengel

[...]

Habe es gerade nochmal probiert. Zeitschlott 13:30 bis 14:00 Uhr ist dahingehend interessant.

01.07.20 07.39.21 <--> 01.07.20 14.01.29 jdlog://8539025302851/

Im Linksammler wird der Film hinzugefügt und alle Dateien die er
nicht matchen kann werden als "file.html" bezeichnet.

Wird diese Liste mit gleichnamigen Dateien "file.html" dann dennoch importiert, versucht er die erste "file.html" zu downloaden. Wenn dies klappt, wird diese Datei in den richtigen Dateinamen umbenannt, jedoch erscheint bei alle anderen Dateien mit dem Namen "file.html" der Kommentar: "Mirror Zippyshare.com lädt" und sobald die Datei fertig geladen wurde, werden alle Dateien mit dem Namen "file.html" aus der Downloadliste im jeweiligen Paket gelöscht.

Wir haben das schon richtig verstanden - auch siehe alte Posts im großen ZS Thread.
Die Änderungen habe ich am 10.02.2020 eingebaut und seitdem kein Feedback erhalten.
Beim Testen trat das Problem bei mir nicht auf - ich bin auch kein regelmäßiger Zippyshare User sonst hätte ich es vielleicht irgendwann selbst bemerkt.
Dein Log zeigt Timeouts nach einem erfolgreichen Linkcheck also beim Downloadversuch.
Ich habe minimale Änderungen vorgenommen - bitte nach dem nächsten Update erneut versuchen und prüfen, ob das Problem weiterhin auftritt.

Originally Posted by tbengel

Wie gesagt, ist auch dieses Problem leider noch nicht behoben. Die einfachste Möglichkeit wäre, die "File.html" in Dateinamen mit einer ID umzubenennen, was Du ja anscheinend auch getan hast, aber wohl
im Zippyshare-Fall nicht funktioniert.

Grüße

Es wurden nur Änderungen diesbezüglich am ZS Plugin vorgenommen, nicht an anderen - dort sollte dieses Problem ohnehin nicht/nur selten auftreten.

Wartest du auf einen angekündigten Bugfix oder ein neues Feature?
Updates werden nicht immer sofort bereitgestellt!
Bitte lies unser Update FAQ! | Please read our Update FAQ!
---
Are you waiting for recently announced changes to get released?
Updates to not necessarily get released immediately!
Bitte lies unser Update FAQ! | Please read our Update FAQ!

-psp-

[tbengel]

Hallo @pspzockerscene,

hat zwar etwas gedauert bis Dein Plugin im "JDownloader" geupdated wurde
(oder es lag an mir) aber es klappt super ... Danke für Deine tolle Arbeit ... Jetzt muss nur noch @Jiaz Zeit finden, offene ZippyShare Verbindungen zu killen, dann ist alles perfekt.

Grüße

[pspzockerscene]

Originally Posted by tbengel

Hallo @pspzockerscene,

hat zwar etwas gedauert bis Dein Plugin im "JDownloader" geupdated wurde
(oder es lag an mir)

Ja, wir hatten 3 Wochen lang keine Updates released.

Originally Posted by tbengel

[...]aber es klappt super ... Danke für Deine tolle Arbeit ... Jetzt muss nur noch @Jiaz Zeit finden, offene ZippyShare Verbindungen zu killen, dann ist alles perfekt.

Grüße

Ja.

Danke fürs Feedback!

Grüße, psp

[thecoder2012]

Originally Posted by pspzockerscene

Jiaz ist momentan noch mit anderen Dingen beschäftigt.
Es tut mir leid, dass das hier so gelaufen ist, aber kann dir leidr nur sagen: Auf Jiaz' Antwort warten.

Dann warten wir mal weiter.

Originally Posted by tbengel

Jetzt muss nur noch @Jiaz Zeit finden, offene ZippyShare Verbindungen zu killen, dann ist alles perfekt.

Vielleicht wird es ja noch etwas zu Lebzeiten. Wir hoffen einfach mal.

[s6it]

Ich verwende auch dieses ominöse Skript wegen Zippyshare und hat auch bisher immer funktioniert. Seit dem letzten Update findet zwar das Skript immer noch Proxies aber sowohl die Onlineprüfung wie auch die Downloads gehen nicht mehr. Es stehen kryptische Dateinamen anstatt der echten Namen. Das betrifft alle Zippyshare links bei. Hängt das mit dem hier zusammen oder ist das was anderes?

[pspzockerscene]

Originally Posted by thecoder2012

Dann warten wir mal weiter.

Ich kann leider nichts weiter dazu sagen - habe von Jiaz keine Informationen bekommen.
(Siehe Kommentare im Ticket)
Wenn ich raten müsste würde ich sagen das Problem war doch nicht so einfach zu beheben wie er zunächst geschrieben hat ...

@s6it
Wie wäre es, wenn du zunächst mal ohne das Script, einfach mit nem VPN testest und schaust, ob du das Problem dann auch hast.
Unsere Updates verändern verwendete Scripte nicht.
Natürlich kann sich das Verhalten einzelner Plugins dennoch ändern und dadurch auch zu solchen Problemen führen und JA, bei ZS wurde etwas am Dateinamen Handling geändert, aber ich wüsste nicht, wie das zu deinen beschriebenen Problemen führen sollte.
Welche Dateinamen werden denn gesetzt? Die ID, die du im hinzugefügten ZS Link sehen kannst?

Grüße, psp

[pigaso]

Originally Posted by s6it

Seit dem letzten Update findet zwar das Skript immer noch Proxies aber sowohl die Onlineprüfung wie auch die Downloads gehen nicht mehr. Hängt das mit dem hier zusammen oder ist das was anderes?

Ich glaube es ist ein allgemeines Problem mit der Proxy Verwaltung. Z.b. bei mir werden alle Proxys rot makiert "fehlgeschlagen". Egal ob Premium oder Free, egal ob http oder socks 5 Proxy.
07.08.20 16.28.09 <--> 07.08.20 17.06.28 jdlog://4397125302851/

[s6it]

Ohne Skript kommt sofort der Fehler mit GEO-Blocking. Ich weiß allerdings auch nicht wie man einen VPN einrichtet bzw. wie man die findet. In den Anleitungen im Sticky: https://board.jdownloader.org/showthread.php?t=16354
steht leider auch nichts von VPN

Dateinamen sehen so aus:
https://s12.directupload.net/images/200807/6uudbqla.jpg
Im Filecrypt-Container sind die korrekten Namen ersichtlich.

[pspzockerscene]

Originally Posted by s6it

Ohne Skript kommt sofort der Fehler mit GEO-Blocking. Ich weiß allerdings auch nicht wie man einen VPN einrichtet bzw. wie man die findet. In den Anleitungen im Sticky: https://board.jdownloader.org/showthread.php?t=16354
steht leider auch nichts von VPN

Das hat auch nichts darin zu suchen, da es nichts mit unserer Software zu tun hat.
Für VPNs zahlt man idR. aber man findet öfter kostenlose Angebote im Netz (jetzt mal außer acht gelassen wie "sicher" diese Anbieter dann sind).
Aktuelles Beispiel (Deal ist abgelaufen):
mydealz.de/deals/6-monate-kostenlos-keepsolid-vpn-unlimited-1625655
--> Damit wäre dein Zippyshare Problem auch gelöst ... ohne Proxy Script!

Ansonsten bitte im Netz informieren, was ein VPN ist und wofür man sowas gebrauchen kann.

Originally Posted by s6it

Dateinamen sehen so aus:
https://s12.directupload.net/images/200807/6uudbqla.jpg
Im Filecrypt-Container sind die korrekten Namen ersichtlich.

Hm das sind die fileIDs.
Lädt JD die Dateien dann auch mit diesen IDs als Dateiname herunter oder ändern sie sich noch?
Du bist der erste User, der dieses Problem gemeldet hat ...

Please post your log-ID here | bitte poste deine Log-ID hier.

-psp-

[pigaso]

Kann es sein das die Verbindusngsverwaltung nicht richtig funktioniert? Den es werden premium Proxy Verbindungen als "fehlgeschlagen" markiert die vor c.a. 2 wochen noch funktioniert haben. Oder soll ich dafür besser einen neues Thema erstellen?

[pspzockerscene]

Nein - bitte die entsprechenden Proxys manuell (z.B. per Browser) probieren und/oder ein Log hier posten:
https://support.jdownloader.org/Know...d-session-logs

Ich weiß ich wiederhole mich, aber hier nochmal:
Das Proxy Script ist kein offizieller Teil von JD!
Es gibt von uns keinen Support für dadurch ausgelöste Probleme und auch keinen Support bzlg. Problemen mit besagtem Script!
Das Verwenden irgendwelcher "random" öffentlicher (!) Proxys zum Downloaden ist oft langsam, unzuverlässig und fehlerbehaftet - ich rate nach wie vor davon ab!

... solltest du jedoch bestätigen können, dass JD funktionierende Proxys unzuverlässig als "kaputt" markiert würde es sich um einen JD Bug handeln, der behoben werden sollte.

Grüße, psp

P.S. Ich wünsche ein schönes Wochenende!

[s6it]

Hier das Log:
07.08.20 22.01.32 <--> 07.08.20 22.01.50 jdlog://5108125302851/

Die Namen der Dateien ändern sich nicht und auch ein Download funktioniert nicht.

[tbengel]

Kann ich NICHT bestätigen, bei mir läuft das Script weiterhin
ohne Probleme (Stand heute und jetzt) und Dank @pspzockerscene
toller Erweiterung, dass die Zippyshare-Links nicht mehr "file.html"
heißen, fällt mir die Wartezeit auf @Jiaz Änderung ein wenig leichter.

Was aber nicht heißt, dass diese nicht kommen sollte und ein Feedback
von @Jiaz (egal ob positiv oder negativ), wäre auf jeden Fall nach all
der Zeit angebracht.

Grüße

[s6it]

Ich hatte dagegen nie Problme mit file.html :-(

[pspzockerscene]

Originally Posted by s6it

Die Namen der Dateien ändern sich nicht und auch ein Download funktioniert nicht.

1. Die Namen ändern sich nicht, da JD die zippyshare Webseite nicht erreichen kann.
Das erklärt auch, warum du der einzige bist, der dieses Problem meldet: Bei den anderen Usern läuft es ohne Probleme.

2. JD kann die Zippyshare Webseite nicht erreichen, da du "kaputte"/tote/unzuverlässige öffentliche Proxys verwendest ...
Bitte lies DIESEN Post nochmal.

Kurzfassung:
Dieses Zippyshare Proxy Script ist ein Community Script - deine Probleme entstehen dadurch.
wir bieten KEINEN Support für solche Lösungen - dieses Script ist KEIN öffizieller Teil von JD!

EDIT
@tbengel
Danke fürs Feedback!

Grüße, psp