#1
|
|||
|
|||
Links, die ewig auf "Starte" stehen, blockieren Stop und Reconnect
Der Bugreport steht im Prinzip schon im Titel: Links, die ewig auf "Starte..." stehen, blockieren Stop und einen Reconnect.
Details: Ich habe diverse Downloadlinks in der Liste. Weiterhin habe ich diverse Proxyserver eingetragen. Nun kommt es vor, dass Proxys nicht (vernünftig) erreichbar sind und JD das aus irgendeinem Grund nicht richtig erkennt. Tatsache ist, der Download steht ewig auf "Starte...", aber nichts passiert. Und jetzt kommt das Problem: Sobald dieses "Starte..." bei einem Link steht, kann ich die Downloads nicht mit Stop stoppen. Play und Stop werden deaktiviert und nur das mittlere Symbol ist aktiv, aber es wird nie ganz gestoppt. Weiterhin passiert kein Reconnect mehr. Der Dialog kommt und es sieht aus wie immer, aber die Verbindung wird nicht getrennt. Das Problem hat sicher nichts mit den Proxys zu tun, auch nicht mit speziellen Downloads. Vmtl. ist es sogar Absicht, dass die beiden Features bei "Starte" nicht funktionieren. Nur kann es eben vorkommen, dass dieser Status ewig beibehalten wird. Andere Downloads sind übrigens nicht betroffen, also es lädt alles munter weiter. Es geht nur um das globale Stop und den Reconnect. |
#2
|
||||
|
||||
Für den Wechsel auf Stop müssen alle Downloads beendet sein. Wenn ein (Proxy)Server Probleme hat und nicht sofort reagiert, dann wartet JDownloader den Connect/Read-Timeout ab. Sprich das ganze kann bis zu 60 Sekunden dauern, bis der Verbindungsversuch abbricht. Du kannst gerne mal ein Log erstellen, siehe https://support.jdownloader.org/Know...d-session-logs
und dann die logID hier posten. Dann kann ich dir dazu mehr sagen.
__________________
JD-Dev & Server-Admin |
#3
|
||||
|
||||
Quote:
Ohne ein Log kann ich nicht viel dazu sagen, klingt für mich das der Proxy erreichbar ist, aber Timeouts verursacht und eben erst nach diesem Timeout geht es im JDownloader weiter.
__________________
JD-Dev & Server-Admin |
#4
|
|||
|
|||
Quote:
Quote:
Quote:
|
#5
|
||||
|
||||
Mit "müssen alle Downloads beendet" sein, meinte ich nicht das sie fertig geladen sein müssen, sondern die Downloads bekommen das "Stop" Signal und um dann geordnet gestoppt zu werden. Und wenn eine Netzwerkverbindung blockiert (weil zb Connect oder Readtimeout hängt), dann kann man nur warten bis die Blockierung weg ist (zb Timeout rum).
Reconnect wartet ebenfalls bis alle Downloads beendet sind. Ich warte auf neue Logs dann
__________________
JD-Dev & Server-Admin |
#6
|
|||
|
|||
Ich hatte zwar bisher noch keine Gelegenheit, das Ganze ordentlich zu reproduzieren (und es ist auch scheinbar nicht mehr einfach so vorgekommen), aber schon mal vorab bzw. generell die Frage, ob ich in solchen Fällen den Debugmode einschalten soll oder ob der Standardlog ausreicht.
|
#7
|
||||
|
||||
Nein, dafür braucht es kein Debug Log. Einfach ein Log erstellen, dann sieht man *wo* gerade jeder Thread ist und *wartet*
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|