[badboyxx]

Seit ein paar Wochen habe ich ein Problem. Bei JDownloader kann ich im Linkgrabber die Dateien einfügen und übernehmen und unter Downloads sehe ich auch, dass die Dateien runtergeladen werden aber nicht entpackt (Extraction error). Die Dateien sind definitiv im Ordner vorhanden aber nicht sichtbar. Wenn ich die Datei nochmals einfüge, bekomme ich die Meldung, dass die Datei schon vorhanden ist. Der Downloadpfad passt auf jedenfall, da dieser angezeigt wird. Das Problem tritt hauptsächlich bei Dateien mit türkische Zeichen auf. Bei Dateien mit Standardzeichen gibt es keine Probleme. Sobald ich die eckige Klammern im Dateinamen im Linkgrabber lösche, sind die Dateien nach dem Download im Ordner sichtbar. Es sollte eigentlich an den Sonderzeichen und evtl. Umlaute liegen.
Wenn ich in der synology Weboberfläche unter Regionale Optionen/Sprache/Codepage Türkisch einstelle, werden die Dateien unter Downloads auch mit korrekter Anzeige der Umlaute übernommen, jedoch sobald ich den Download starte, ändern sich diese Buchstaben wieder in wirrwarr.
Ich habe auch schon in das Startscript folgendes eingefügt und hat nichts gebracht:
export LC_CTYPE="en_US.UTF-8"
export LANG="en_US.UTF-8"
export LC_COLLATE="C"

Seit der letzten 2 oder 3 Updates der DSM tritt das Verhalten auf.
Ein Test unter Windows hat die Dateien auf der synology korrekt übernommen und entpackt. Also muss es an den Einstellungen der synology liegen und nicht an der App.

JDownloader läuft auf der synology in Verbindung mit einem Android Handy.

Kann mir bitte bei diesem Problem helfen.
Wie kann ich die Datein, die im Downloadordner vorhanden aber nicht sichtbar sind, löschen? Das müssten schon einige sein.

[Jiaz]

Klingt für mich nach einem Charset/Encoding issue zwischen lokalem Dateisystem und Samba (Netzwerkfreigabe).
Wie hast du JDownloader installiert? Von Hand oder fertiges Paket?
Kannst mal das geänderte Script zeigen? Als Anhang oder an support@jdownloader.org

[badboyxx]

Als fertiges Paket über DSM Oberfläche unter Paketzentrum.
Anbei noch das Script.

[Jiaz]

Das ist das schlechte Startscript. Das das noch immer so ist.....*narf*
LOGFILE="/var/log/JDownloader.log"
auf
LOGFILE="/dev/null"
ändern, sonst wird irgendwann deine Systemplatte geflutet
Das mit dem JDownloader starten stimmt so nicht, da ja das ganze im Script elbst läuft

Die Zeile raus
java -Dsun.jnu.encoding=UTF-8 -Dfile.encoding=UTF-8 -jar JDownloader.jar
starte dann mal JDownloader/NAS und erstelle im Webinterface ein Log und poste die logID hier, dann kann man prüfen welche LOCALE wirklich derzeit gesetzt ist

[Jiaz]

Wie genau prüfst du auf WirrWarr?
Samba kannst du dazu nicht nehmen und auch der Weboberfläche würde ich da nicht trauen.
Da beides sehr vom eingestellten Encoding abhängt.

Ich empfehle via ssh/putty auf die NAS zu gehen und direkt im Ordner selbst zu schauen.

[badboyxx]

Originally Posted by Jiaz

Das ist das schlechte Startscript. Das das noch immer so ist.....*narf*
LOGFILE="/var/log/JDownloader.log"
auf
LOGFILE="/dev/null"
ändern, sonst wird irgendwann deine Systemplatte geflutet
Das mit dem JDownloader starten stimmt so nicht, da ja das ganze im Script elbst läuft

Die Zeile raus
java -Dsun.jnu.encoding=UTF-8 -Dfile.encoding=UTF-8 -jar JDownloader.jar

Habe ich gemacht

Originally Posted by Jiaz

starte dann mal JDownloader/NAS und erstelle im Webinterface ein Log und poste die logID hier, dann kann man prüfen welche LOCALE wirklich derzeit gesetzt ist

Die logID lautet 6794064433151

Originally Posted by Jiaz

Wie genau prüfst du auf WirrWarr?
Samba kannst du dazu nicht nehmen und auch der Weboberfläche würde ich da nicht trauen.
Da beides sehr vom eingestellten Encoding abhängt.

Ich habe es unter Windows mit Dateiexplorer und auf der FileStation versucht. Im Dateinamen wird mir z. B. bei einer Datei das ö als "%f6" angezeigt.

Originally Posted by Jiaz

Ich empfehle via ssh/putty auf die NAS zu gehen und direkt im Ordner selbst zu schauen.

Unter putty wird es auch so angezeigt.

[Jiaz]

Aktiviere bitte mal den Debug Modus in den Einstellungen-Profieinstellungen-Log.debugmodeenabled und starte JDownloader neu.
Dann lade mal eine entsprechende Datei(mit Sonderzeichen) herunter und erstelle eine neues Log und poste die logID

%f6 klingt erstmal nach fehlendem URLDecoding und nicht Sonderzeichenprobleme, sprich ein Pluginfehler.
Gerne können wir uns das Ganze auch gemeinsam via Teamviewer anschauen. Schreib uns einfach an support@jdownloader.org

[Jiaz]

Originally Posted by badboyxx

Wenn ich in der synology Weboberfläche unter Regionale Optionen/Sprache/Codepage Türkisch einstelle, werden die Dateien unter Downloads auch mit korrekter Anzeige der Umlaute übernommen, jedoch sobald ich den Download starte, ändern sich diese Buchstaben wieder in wirrwarr..

Gib mal bitte BspLinks, das könnte auch einfach ein Fehler im Handling des Filenames des Plugins sein.

[badboyxx]

**External links are only visible to Support Staff****External links are only visible to Support Staff**
Bei diesem Link wird der Name richtig übernommen aber wenn der Download startet, wird das ö nicht mehr richtig angezeigt.

**External links are only visible to Support Staff****External links are only visible to Support Staff**
Bei diesem Link wird der Download durchgeführt aber die Datei ist im Ordner danach nicht sichtbar. Wenn ich erneut downloaden möchte, kommt die Meldung, dass die Datei bereits existiert und im richtigen Ordner liegt.

[badboyxx]

Originally Posted by Jiaz

Aktiviere bitte mal den Debug Modus in den Einstellungen-Profieinstellungen-Log.debugmodeenabled und starte JDownloader neu.
Dann lade mal eine entsprechende Datei(mit Sonderzeichen) herunter und erstelle eine neues Log und poste die logID[/email]

Die logID lautet 7826064433151

[Jiaz]

Umlautfehler liegt an Uploaded.
Der Server meldet kein Encoding
Content-Disposition: attachment; filename="[2018] ...%f6......"
Ich werd nen Workaround versuchen

[Jiaz]

Das der andere Download nicht sichtbar ist, liegt wohl an den eckigen Klammen. Zum Test würde ich vor dem Download mal den Namen umbennen und die eckichen Klammern entfernen.

Mit dem nächsten Update werden die defekten Umlaute (soweit ich testen konnte) automatisch korrigiert

[badboyxx]

Ohne die eckigen Klammern funktioniert der Download mir korrekter Dateiname, jedoch wird die Datei dann nicht entpackt.

[Jiaz]

Wahrscheinlich RAR5, siehe https://board.jdownloader.org/showthread.php?t=71069
Oder geb mir ein Log, dann kann ich dir das schnell sagen

[badboyxx]

Meinst du die Log-Datei auf der synology oder die logID?

[Jiaz]

logID von einem Log das nach dem Entpackfehler erstellt wurde

[badboyxx]

Die logID lautet 3646064433151

[Jiaz]

Hmm, die logID ist irgendwie *leer* was *sehr sehr* komisch ist
Bitte mal neues log erstellen.
prüfe auch ob /volume2 wirklich korrekt ist und auf die Platten geht und NICHT auf deine Systempartition?!

[badboyxx]

So neuer Versuch
LogID 6356064433151

Da bin ich mir nicht sicher. Wo kann ich da nachschauen? Ich habe zwei Platten - Volume 1 und Volume 2.

[Jiaz]

Archive ist RAR5, siehe https://board.jdownloader.org/showthread.php?t=71069
Dein System ist ARM CPU, daher mal
mega.nz/#!2Z9DGJRC!QF8gSOauY-H1OKJAQ9FkTG83XaEjiRRTiB0m0MXEan4
von
https://board.jdownloader.org/showpo...&postcount=247
probieren.

Morgen kann ich da auch gerne via Teamviewer helfen. Meld dich einfach an support@jdownloader.org

[badboyxx]

Super, mit der Datei klappt das entpacken nun. Vielen vielen dank.
Nun habe ich noch eine Menge heruntergeladene Dateien im Downloadordner, die nicht sichtbar sind. Wie kann ich die löschen?

Mein standard Downloadordner ist "Internetdownloads". Ich habe auch vorhin feststellen müssen, dass automatisch ein Ordner "Internetdownloads [default]" angelegt wurde. Ich komm da aber nicht rein - Fehlermeldung "Ordner nicht vorhanden".

Ich habe auch irgendwo gelesen, dass man JDownloader nicht mit root installieren soll. Das ist bei mir aber der Fall. Sollte ich das nun ändern? Wenn ja, wie?

Und soll ich die Einstellung auf türkisch lassen oder lieber wieder auf deutsch umstellen?

[Jiaz]

Internetdownloads [default] bedeutet lediglich das dies der Standard Downloadordner ist
Bei Ordner sollte der volle Pfad stehen, also /volume... und nicht nur "Internetdownloads", denn das ist ein relativer Ordner und dann wird das relativ zum aktuellen Ausführungsordner geladen.

Kannst ruhig wieder auf Deutsch umschalten.

Ich kann gerne mal via Teamviewer mit *drauf* schauen. Schreib uns einfach an support@jdownloader.org

[badboyxx]

Klaro, ich habe den kompletten Pfad angegeben. Also "/volume2/Internetdownloads".

Wenn ich Zeit habe, werde ich mich beim Support melden, damit ihr euch per Teamviewer aufschalten könnt.

[badboyxx]

Ich habe gerade eben ein Update von JDownloader gemacht. Sollte da schon das Problem mit den eckigen Klammern und Umlaute behoben sein? Wenn ja, dann klappt das immer noch nicht. Die Datei wird runtergeladen und entpackt, jedoch ist sie im Ordner nicht vorhanden. Ich glaube das sollten wir am Besten mal bei Gelegenheit über Teamviewer anschauen.

[Jiaz]

Das Umlaute Problem ja. Eckige Klammer Problem kann ich nicht nachstellen und tippe stark auf einen Fehler im Webinterface/Dateiexplorer der NAS der evtl mit den Klammern Probleme hat. Ja Teamviewer wäre die schnellste Lösung. Ab morgen hätte ich wieder Zeit. Meld dich einfach an support@jdownloader.org

[badboyxx]

Also das mit den Umlauten funktioniert schon mal.

[Jiaz]

Schonal danke fürs Feedback