Wordmeldung - Von Word wurde nicht lesbarer Inhalt gefunden
Hallo,
wir nutzen MS Office 365 und in einem speziell für uns programmierten Programm nutzen wir Word-Templates (.dotx).
Mit dem vorherigen alten Office Paket (2016) war es so, dass ich die Templates abändern und wieder speichern konnte und dann funktionierten sie auch, wenn sie im Programm aufgerufen wurden.
Nachdem wir nun MS Office 365 nutzen, ist es so, dass nach Änderung an diesen Templates immer diese Fehlermeldung kommt:
Bisher war es so, dass man die Datei dann nicht mehr öffnen konnte und ich musste sie über ein altes Officepaket 2016 auf einem alten Rechner ändern.
Nun habe ich aber das folgende Häkchen gesetzt:
Nun öffnet sich zwar auch die Meldung (siehe Screenshot 1), aber wenn ich auf "JA" klicke, dann öffnet sich das veränderte Worddokument problemlos im entsprechenden Programm.
Nun möchten wir jedoch nicht immer diese Meldung sehen... jedesmal wenn wir ein Worddokument öffnen, um einen Brief zu schreiben. Daher habe ich versucht, die Worddatei zu reparieren, wie man hier sieht:
Aber das hat nichts verändert.
Beim Öffnen eines Templates über das Programm, erscheint noch immer die Fehlermeldung (Screenshot 1).
Jedoch öffnet sich die Datei, wenn ich wieder auf "Ja" klicke.
Ich habe auch schon versucht, die Datei unter anderem Namen zu speichern und sie dann wieder in den ursprünglichen Namen umzuändern. Aber auch das half nichts.
Habt Ihr eine Idee, wie ich diese Fehlermeldung quasi überspringen kann? Denn es funktioniert ja, nachdem ich in der Meldung auf "JA" geklickt habe.
Grüße von
Yan
wir nutzen MS Office 365 und in einem speziell für uns programmierten Programm nutzen wir Word-Templates (.dotx).
Mit dem vorherigen alten Office Paket (2016) war es so, dass ich die Templates abändern und wieder speichern konnte und dann funktionierten sie auch, wenn sie im Programm aufgerufen wurden.
Nachdem wir nun MS Office 365 nutzen, ist es so, dass nach Änderung an diesen Templates immer diese Fehlermeldung kommt:
Bisher war es so, dass man die Datei dann nicht mehr öffnen konnte und ich musste sie über ein altes Officepaket 2016 auf einem alten Rechner ändern.
Nun habe ich aber das folgende Häkchen gesetzt:
Nun öffnet sich zwar auch die Meldung (siehe Screenshot 1), aber wenn ich auf "JA" klicke, dann öffnet sich das veränderte Worddokument problemlos im entsprechenden Programm.
Nun möchten wir jedoch nicht immer diese Meldung sehen... jedesmal wenn wir ein Worddokument öffnen, um einen Brief zu schreiben. Daher habe ich versucht, die Worddatei zu reparieren, wie man hier sieht:
Aber das hat nichts verändert.
Beim Öffnen eines Templates über das Programm, erscheint noch immer die Fehlermeldung (Screenshot 1).
Jedoch öffnet sich die Datei, wenn ich wieder auf "Ja" klicke.
Ich habe auch schon versucht, die Datei unter anderem Namen zu speichern und sie dann wieder in den ursprünglichen Namen umzuändern. Aber auch das half nichts.
Habt Ihr eine Idee, wie ich diese Fehlermeldung quasi überspringen kann? Denn es funktioniert ja, nachdem ich in der Meldung auf "JA" geklickt habe.
Grüße von
Yan
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 669742
Url: https://administrator.de/forum/wordmeldung-von-word-wurde-nicht-lesbarer-inhalt-gefunden-669742.html
Ausgedruckt am: 26.12.2024 um 13:12 Uhr
20 Kommentare
Neuester Kommentar
Ich kann nicht genau sagen wo der Unterschied in den Word-Versionen liegt, dem solltest du nachgehen so das deine Vorlagen sich nicht zerschießen.
Die Meldung sagt aber außerdem, das der Dokumentenquelle eventuell nicht vertraut wird. Vielleicht hilft es hier, den Speicherort der Dokumente als Vertrauenswürdig einzustufen, siehe Trust Center. Dazu ein paar Hinweise:
1) Im Screenshot steht der Pfad "\\dasfile2\..." für Netzlaufwerk S:. Um den Pfad als Vertrauenswürdig einzustufen muss es eventuell ein FQDN sein. IP-Adresse geht auf jeden Fall nicht, FQDN wäre sicherlich besser.
2) Vertrauenswürdige Pfade lassen sich per GPO konfigurieren. Microsoft 365 ignoriert aber GPOs in bestimmten Plänen, ich meine bis einschließlich Business Premium... Solche Einstellungen müssen per Registry verteilt werden.
Die Meldung sagt aber außerdem, das der Dokumentenquelle eventuell nicht vertraut wird. Vielleicht hilft es hier, den Speicherort der Dokumente als Vertrauenswürdig einzustufen, siehe Trust Center. Dazu ein paar Hinweise:
1) Im Screenshot steht der Pfad "\\dasfile2\..." für Netzlaufwerk S:. Um den Pfad als Vertrauenswürdig einzustufen muss es eventuell ein FQDN sein. IP-Adresse geht auf jeden Fall nicht, FQDN wäre sicherlich besser.
2) Vertrauenswürdige Pfade lassen sich per GPO konfigurieren. Microsoft 365 ignoriert aber GPOs in bestimmten Plänen, ich meine bis einschließlich Business Premium... Solche Einstellungen müssen per Registry verteilt werden.
ist denn deine software die für euch progammiert wurde überhaupt kompatibel mit dem neuem Office? Auch MS ändert ab und an mal was am Dateiformat (deshalb kannst du ja zB. eben ne Datei die mit Office365 erstellt wurde ganz sicher nich mit office 2000 öffnen wenn du nicht das format entsprechend einstellst). Und natürlich muss eure Software das erstmal dann unterstützen (ich nutze bei mir z.B. Apache POI - und speichere absichtlich in nem älterem Format um eben genau diese "ich kann nicht öffnen" probleme zu umgehen... und es war auch einfacher zu programmieren ;) )
das sind aber doch nur mutmaßungen mit "ich denke schon",... -> ich würde einfach mal den Programmierer / die Firma die es programmiert hat anrufen und fragen. DIE können dir doch da am leichtesten helfen, die haben zugriff auf den Quellcode. Und nur weil etwas nach nem Klick auf "Ja" zu funktionieren scheint heisst das nicht das es auch intern läuft... In java hast du zB dafür "try-catch" blöcke bei denen dann ggf. teile des Codes übersprungen werden (ob das immer so gut ist will ich hier mal nicht diskutieren). Es wäre ja auch eher fatal wenn nur weil irgendwo nen Format nicht komplett passt deine ganze Software mal direkt absemmelt...
https://letmegooglethat.com/?q=FQDN+wiki
Und bevor du fragst, ja, Office bewertet den Pfad hinter dem Netzlaufwerk, nicht einfach S: wie einen lokalen Pfad.
https://letmegooglethat.com/?q=microsoft+office+vertrauensw%C3%BCrdige+p ...
Zum Testen kannst du das manuell eintragen.
Wenn das für alle User der Domain greifen soll, empfiehlt sich eine GPO. Da dein Office 365 GPOs für Office 365 ignoriert, muss die GPO die Einstellungen über den Regkey setzen.
https://letmegooglethat.com/?q=vertrauensw%C3%BCrdiger+pfad+registry
Und bevor du fragst, ja, Office bewertet den Pfad hinter dem Netzlaufwerk, nicht einfach S: wie einen lokalen Pfad.
https://letmegooglethat.com/?q=microsoft+office+vertrauensw%C3%BCrdige+p ...
Zum Testen kannst du das manuell eintragen.
Wenn das für alle User der Domain greifen soll, empfiehlt sich eine GPO. Da dein Office 365 GPOs für Office 365 ignoriert, muss die GPO die Einstellungen über den Regkey setzen.
https://letmegooglethat.com/?q=vertrauensw%C3%BCrdiger+pfad+registry
Das ist ein gängiges Problem wenn man alte Dokumentenformate mit den neuen XML Erweiterungen abspeichert. Dokument als *.doc umbenennen öffnen und dann erneut als *.docx abspeichern hilft. Da wird dein Programm einen Mix beider Formate untereinander machen was zu dem Problem führt.
Ansonsten können auch aus versehen verschachtelte Content-Controls in der Vorlage zu dem Problem führen.
Also jemanden ins Boot holen der das fixt, oder sich selbst schlau machen und Bug fixen. Ohne den Inhalt der Vorlage oder das Programm zu kennen ist das hier Glaskugel-Raterei.
Ansonsten können auch aus versehen verschachtelte Content-Controls in der Vorlage zu dem Problem führen.
Also jemanden ins Boot holen der das fixt, oder sich selbst schlau machen und Bug fixen. Ohne den Inhalt der Vorlage oder das Programm zu kennen ist das hier Glaskugel-Raterei.
Da ist ein Verweis auf ein Custom XML Stylesheet drin welches es nicht gibt. Als *.zip umbenennen und rein schauen dann siehst du's, das könnte eine Ursache sein.
Nein nicht abspeichern als zip sondern nur die *.dotx in *.zip umbenennen reicht.
Aber wenn ich mir das anschaue, sehe ich im ZIP-Container nur das Worddokument und wenn ich das öffne, sehe ich die Word-Templatedatei... aber keine "Custom XML Stylesheets".
Dann hast du nicht genau hingeschaut, im Unterordner customXML ...
die xml hat nix mit java zu tun... und du kannst die rumsenden so lang du willst, ohne den quellcode deiner anwendung hilft das nix. entweder den programmierer anfragen ob der (auch wenn die firma nicht mehr da ist) noch irgendwas tun kann, ob den code noch irgendwer hat oder du wirst ggf. in den sauren apfel beissen dürfen und das ganze neu machen lassen...
ok, jetzt habe ich es richtig verstanden und das
Nee hast du nicht, ist das falsche file, du hast das Wörtchen "Ordner" wohl überlesen ....und mit Java hat das ganze so viel zu tun wie ein Fisch mit einem Fahrrad 🙃Hmmm... merkwürdig, denn bei mir gibt es keinen ORDNER "Custom XML...". Siehe hier:
In deiner zum Download bereit gestellten Datei schon:Er verfügt auch über den Quellcode. Also dürfte die Info bezügl. der XML-Datei etc. sicher schon für ihn interessant sein, denke ich...
Der soll halt den Bug fixen, kann er ja bei dir am Rechner nachvollziehen. Als Programmierer sollte er ja gewisse Debugging-Grundlagen haben.