Hallo zusammen, Mein Problem gestaltet sich folgendermaßen: ich arbeite seit einiger Zeit an einer Datei, die ich mict Openoffice 3 erstellt habe. Sie liegt auf einem Netzlaufwerk, das per smb eingebunden ist und auf das ich vollen zugriff habe. Jetzt habe ich mein Openoffice auf 3.2 aktualisiert (Neuinstallation von Kubuntu Lucid lynx). Möchte ich die Datei von dem Netzlaufwerk öffnen, stürzt writer ab. Es macht keinen Unterschied ob ich die Datei aus Dolphin, oder per OOo-Dateidialog versuche zu öffnen. Auch spielt es keine Rolle, wie oft ich versuche die datei zu öffnen. Die Original von Openoffice.org installierte 3.2 zeigte ebenfalls dieses Verhalten. Workaround: 1.) Ich kann sie öffnen indem ich die Datei über "Einfugen" in ein leeres Dokument per OLE einbinde (sie erscheint in dem Dokument), dieses Dokument ohne szu speichern schließe und danach "ganz normal" per Datei öffnen oder aus Dolphin per Klick auswähle. Writer stürzt dann nicht mehr ab oder 2.) ich kopiere die Datei in mein Heimatverzeichnis, öffne sie "ganz normal" und alles funktioniert. Ich schließe daraufhin die lokale Kopie und kann danach auch die Originaldatei vom Netzlaufwerk öffnen. Es scheint also nicht am Netzlaufwerk direkt zu liegen.
Das beschriebene verfahren funktioniert, ist aber (sehr) lästig. Es hat mir auch einen gehörigen schrecken eingejagt als das Phänomen zum ersten Mal auftrat. Es tritt bei allen Dateien auf die auf dem Netzlaufwerk liegen (Das sind nur Writerdateien). Die Datei besitzt eine Dokumentvorlage im standard-ooo-Templateverzeichnis. Auch nach löschen des Verzeichnisses .openoffice.org im Heimatverzeichnis trat das beschrieben Problem auf. Ein wieder einfügen der Vorlage behebt es auch nicht. Mein Problem konnte ich bisher nicht durch Suchen im Internet oder auf dieser Liste lösen, deshalb wende ich mich an Euch. Kennt jemand dieses Verhalten? Hat jemand einen Lösungsvorschlag? Viele Grüße, Matthias --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
