Netzlaufwerk als Zielpfad geht nicht mehr

[DerReisende77]

also ich hab bei mir nun verschiedene sachen ausprobiert:

• SMBv2 only auf synology -> Windows 10 verbindet sich gar nicht mehr
• SMBv2/SMBv3 -> Connect geht, aber MV speichert nicht
• Win 10 SMBv3 Direct irgendwas deinstalliert -> MV geht auch nicht

ich schau mal ob es mit einem jdk 12 oder 13 geht ansonsten fällt mir nicht mehr viel ein was man ausprobieren könnte. Dazu kenne ich mich auch zu wenig mit Windows aus

[Ein ehemaliger Benutzer]

@DerReisende77 sagte in Netzlaufwerk als Zielpfad geht nicht mehr:

Eine Lösung habe ich bisher aber nicht gefunden. Vorerst bleibt dir wohl bis zur Lösung nur, Files.isWritable zu entfernen. Dann geht halt ein Sicherheitscheck verloren aber wenn Du das weisst sollte das vorerst okay sein.

Ich versuche einfach mal ein ceteris paribus, weil 13.2.1 tut bei mir wo 13.3.0 nicht tut.
Von GIT bin ich ahnungsbefreit und bitte um Vergebung für meinen naiven Umgang mit den Begriffen in GIT. Aber ich habe zumindest versucht, den aktuellen Code und den Code zu 13.2.1. auszuchecken.
Die Datei GuiFunktionenProgramme.java hat sich hier im Bereich dieser Funktion geändert.
Das, was ich als 13.2.1 Code vermute verwendet File testPfad.canWrite()
Das was ich als 13.3.0 Code vermute verwendet Files.isWritable(path)
Ich habe mich bisher nicht eingelesen in diesen beiden Funktionen und könnte nichts zu deren Unterschied sagen.

Ich habe dann ein Hello World geschrieben. Es soll einfach nur mit beiden verwendeten Methoden prüfen, ob das Programm Schreibrecht auf das Zielverzeichnis bekommt, für alle drei übergebenen Pfade (Synology NAS, Fritz!NAS und WIn10 Laptop)
TestFile.java

Die Ausgabe dieses Programms, gestartet unter Windows 10 mit JDK 8u201 ist
Testing Java 1.8.0_201
\NAS\Video\ isWritable() = false
\NAS\Video\ canWrite() = true
\NAS\Video\test5603182145177789054tmp created as tmp file.
\fritz-nas\FRITZ.NAS\ isWritable() = true
\fritz-nas\FRITZ.NAS\ canWrite() = true
\fritz-nas\FRITZ.NAS\test5862683015909119583tmp created as tmp file.
\LAPTOP\sharewin10 isWritable() = false
\LAPTOP\sharewin10 canWrite() = true
\LAPTOP\sharewin10\test9213129558932207646tmp created as tmp file.

Ich kann nicht sagen, warum da ein Unterschied besteht.
Ich vermute aber, dass diese beiden Funktionen canWrite() und isWritable() sich in einer Weise unterscheiden, welche Entwickler zum Stoßgebet bringen… nichtmichhauenbitte #killthemessenger

[DerReisende77]

@rubikon ja das habe ich schon eingegrenzt. Interessanterweise “sollten” sich beide Funktionen nicht unterscheiden, die Files.isWritable ist die modernere und performantere Version davon. Ich schau mir da noch ein paar sachen gerade an

[DaDirnbocher]

@rubikon sagte in Netzlaufwerk als Zielpfad geht nicht mehr:

(Übrigens kommt auch beim Windows10 share auf dem Laptop hier false zurück. Das hatte ich vorhin nicht getestet und eben nachgeholt.)

Ich kann die Situation insofern nachvollziehen, als ich auf Rechner A 2 Shares eingerichtet habe, wovon ich von Rechner B via 2 verschiedener User versuche zuzugreifen - ergibt als 4 Kombinationen.

Share 1 geht mit beiden Usern.

Share 2 zeigt mit User 1 genau das von dir beschriebene Verhalten (Anlage via Explorer geht, MV sagt geht nicht).

Beim User 2 geht Anlage nicht einmal via Explorer, MV damit logischerweise auch nicht.

Unterschiede:

• Share 1 wurde via “erweiterte Freigabe” freigegeben, bei den Berechtigungen wurde dann alle Berechtigungen (Vollzugriff, Ändern, Lesen: alle zulassen) vergeben.
• Share 2 wurde “nur” via Freigabe freigegeben, als Person für die Freigabe wurde ein User von Rechner A ausgewählt.

User 1 auf Rechner B heißt zufällig gleich wie der User auf Recher A für den freigegeben wurde, daher klappt wohl die Anlage im Explorer.

User 2 heisst anders, daher klappt auch die Anlage im Explorer nicht (klarerweise keine Rechte).

[DerReisende77]

@DaDirnbocher ich hab das problem identifizieren und lösen können.

[Ein ehemaliger Benutzer]

@DerReisende77 ich hab mir eben den develop branch auch geholt. Mit der develop Version kann ich bei mir nun für alle drei shares (Windows10, Synology NAS, Fritz!NAS) erfolgreich Zielpfade im Dialog “Film Speichern” eingeben. Bei Klick auf OK gibt es keine Fehlermeldung.

Vielen Dank!

[DaDirnbocher]

@DerReisende77 sagte in Netzlaufwerk als Zielpfad geht nicht mehr:

@DaDirnbocher ich hab das problem identifizieren und lösen können.

Huch, und ich dachte es ist ein Windows-Bug.

[DerReisende77]

@DaDirnbocher nein es ist ein Java Bug. Aber wie ich gelesen habe funktioniert es nun.

[ersteinmal]

Hallo!
Hat jetzt jemand eine Antwort auf die Ausgangsfrage gefunden?
Mein Vater verwendet eine Fritzbox W10 und die neueste Mediaview version der Server wird mit 1tB im Explorer angezeigt.

Danke Carsten

[DaDirnbocher]

@ersteinmal sagte in Netzlaufwerk als Zielpfad geht nicht mehr:

Hat jetzt jemand eine Antwort auf die Ausgangsfrage gefunden?

Nun, in dem Post hat einer der Entwickler (“der Cliententwickler”) geschrieben, dass er das Problem identifizieren und lösen konnte.

In dem Post hat ein User, der an der Problemidentifikation mitgearbeitet, die Entwicklungsversion getestet und diese hat funktioniert.

Seit damals gabs meines Wissens wohl 3 MV Releases.

Insofern ist die Antwort auf Deine Frage wohl ja.

Es sei denn ich hab Deine Frage missverstanden.

[MarkusMainz]

Bei mir kam plötzlich die Fehlermeldung beim Speichern eines Beitrags: “Pfad ist nicht beschreibbar”.

Meine Lösung war dann:

1. Ich habe das Dialogfenster “Film speichern” für das Abspeichern eines geöffnet: Klick auf Download-Symbol bei den Beiträgen.
2. In der Zeile “Zielpfad” habe ich auf das Ordner-auswählen-Symbol geklickt und dann in dem sich öffnenden Dialogfenster wieder das richtige Laufwerk und den richtigen Zielpfad gesucht, ausgewählt und diesen mit “Öffnen” bestätigt.
3. Im ersten Dialogfenster habe ich dann noch kontrolliert, ob das Feld “Zielpfad speichern” aktiviert ist.
4. Nun hat das Speichern wieder einwandfrei geklappt.

Der o.g. Fehler passiert zum Beispiel immer mal, wenn sich die Laufwerkbuchstaben bei den Zielpfaden ändern.