von vierviervier » Do, 09.03.2017 11:46
Guten Tag in die Runde,
nach langer Zeit friedvollen Arbeitens (besonders dank dieses Forums) ist nun mal wieder ein kleines Problem aufgetaucht:
Teile mir mit meiner Kollegin vor allem .ods und .odt- Dateien über die Cloud von DOW (DriveOnWeb, ich glaube das ist ein kleineres Unternehmen, da gibt es einen Zugang für 2 Plätze und begrenzten Speicher gratis).
Über den direct-acces modus lassen sich die Dateien in die Windows10 Oberfläche integrieren.
Das funktioniert im Prinzip sehr gut. Auch, dass, wenn eine Datei von einem Nutzer geöffnet ist, sie vom anderen nur schreibgeschützt geöffnet werden kann, um Datenverlus zu vermeiden.
Dass eine Datei geöffnet ist, kann man daran erkennen, dass dann zusätzlich zur normalen Datei noch eine .lock Datei auftaucht (also zu" Dateiname.ods" noch ".~lock.Dateiname.ods#").
Schließt man die Datei, verschwindet die . lock Datei ebenfalls, wenn man mit F5 aktualisiert hat.
Nur tut sie das leider nicht immer (ich habe immer noch nicht das Kriterium gefunden wann nicht). Das führt dann dazu, das der andere Nutzer die Datei nicht ändern kann.
Manchmal genügt es dann, die .lock -Datei per Hand zu löschen, manchmal geht das nicht, man muss dann erst noch mal die Datei öffnen, sie erneut schließen und dann geht es, den Königsweg habe ich bisher noch nicht gefunden, nach ein bißchen rumprobieren gieng es dann immer.
Nervig ist es natürlich trotzdem, wenn der andere Nutzer erst kontakt aufnehmen muss, weil das löschen nur auf der Seite des Nutzers funktioniert, der die Datei ursprünglich geöffnet hat.
Ich habe das Problem DOW mitgeteilt (auch weil ich dachte die .lock datein kommen von Ihrem Programm), die wollten sich bei Gelegenheit drum kümmern, meinten aber, diese dateien werden von LO generiert.
Soweit die Problembeschreibung, so konkret wie es bei meinem begrezten wissen möglich ist, auf Nachfrage kann ich gerne Details herausbekommen.
Vielen Dank schon mal für Hilfe, vierviervier.
Guten Tag in die Runde,
nach langer Zeit friedvollen Arbeitens (besonders dank dieses Forums) ist nun mal wieder ein kleines Problem aufgetaucht:
Teile mir mit meiner Kollegin vor allem .ods und .odt- Dateien über die Cloud von DOW (DriveOnWeb, ich glaube das ist ein kleineres Unternehmen, da gibt es einen Zugang für 2 Plätze und begrenzten Speicher gratis).
Über den direct-acces modus lassen sich die Dateien in die Windows10 Oberfläche integrieren.
Das funktioniert im Prinzip sehr gut. Auch, dass, wenn eine Datei von einem Nutzer geöffnet ist, sie vom anderen nur schreibgeschützt geöffnet werden kann, um Datenverlus zu vermeiden.
Dass eine Datei geöffnet ist, kann man daran erkennen, dass dann zusätzlich zur normalen Datei noch eine .lock Datei auftaucht (also zu" Dateiname.ods" noch ".~lock.Dateiname.ods#").
Schließt man die Datei, verschwindet die . lock Datei ebenfalls, wenn man mit F5 aktualisiert hat.
Nur tut sie das leider nicht immer (ich habe immer noch nicht das Kriterium gefunden wann nicht). Das führt dann dazu, das der andere Nutzer die Datei nicht ändern kann.
Manchmal genügt es dann, die .lock -Datei per Hand zu löschen, manchmal geht das nicht, man muss dann erst noch mal die Datei öffnen, sie erneut schließen und dann geht es, den Königsweg habe ich bisher noch nicht gefunden, nach ein bißchen rumprobieren gieng es dann immer.
Nervig ist es natürlich trotzdem, wenn der andere Nutzer erst kontakt aufnehmen muss, weil das löschen nur auf der Seite des Nutzers funktioniert, der die Datei ursprünglich geöffnet hat.
Ich habe das Problem DOW mitgeteilt (auch weil ich dachte die .lock datein kommen von Ihrem Programm), die wollten sich bei Gelegenheit drum kümmern, meinten aber, diese dateien werden von LO generiert.
Soweit die Problembeschreibung, so konkret wie es bei meinem begrezten wissen möglich ist, auf Nachfrage kann ich gerne Details herausbekommen.
Vielen Dank schon mal für Hilfe, vierviervier.