Apache OpenOffice (AOO) Bugzilla – Issue 78023
import of some MS-Office documents completely destroys OOo GUI
Last modified: 2007-08-07 16:04:57 UTC
Instructions: 1. Open the attached MS-Word Document with oowriter 2. The GUI of all open OOo windows will be completely destroyed: - all GUI Strings are gone - menubar is empty - Parts of open Documents vanish (only in the display, pressing Ctrl+S still saves a correct document) I've seen this happening with ppt documents and ooimpress, too. All the same, it allways effects all open OOo windows, not only the ones of a single application.
OK ... the doc is too big to be attached, you can find it here: http://files.theblindspot.de/this_doc_completely_breaks_oowriter_gui.doc
Can you confirm this issue with OOo 2.2 (http://download.openoffice.org/2.2.0/index.html?focus=download)? OOo 2.0.4 is pretty outdated meanwhile. What linux distribution do you use?
Thanks for the quick answer! I'm using Debian etch, which has OOo 2.0.4. I don't have the time now, but I may try the 2.2.1~rc1-1 packages from Debian unstable in the evening.
OK. I was able to reproduce this with the OOo 2.2.0 packages for etch from backports.org, too. I tried with and without KDE-Integration, same results. However, the Windows Version 2.2.0 opened the document and stayed fine.
Can reproduce with OOo 2.2.1 B 9161 Linux i86 RPM (full install) on OpenSuse 10.2 i586 KDE 3.5.5 "release 45.4", and OOo-Dev 680_m216 (same system). Windows versions do not seem to be affected. mbayer->wolffc: Can you please reduce your document to the parts relevant for this bug report, and attach it to this issue please.
Created attachment 46091 [details] Screenshot of OOo-Dev 680m216 (Linux) with the example document loaded.
Confirmed. Setting keywords and priority accordingly.
> mbayer->wolffc: Can you please reduce your document > to the parts relevant for this bug report, and attach > it to this issue please. I don't know. I can try, but since I don't have MS Office and this seems only to be happening with documents created by that program, it might be difficult. Oh, and I don't know, which part of the document is responsible, of course. So I will probably fail in this task.
TM->SBA: reproducible, please have a look. Thanks !
SBA->HDU: As seen in current dev build 680m217 (on Suse 10.1 with KDE 3.5) - this affects all menus (font is invisible) - dilaogs come up normally (if you know the keyboard shortcut to call them. :-) - Workaround: save document as .odt, Close Office, restart Office, open .odt. Please proceed.
the doc import filter seem to change the UI font => I'll set a breakpoint and reassign this issue when I know which source file requests the UI font change
I think it's some code shared by more than only the doc import filter, I've seen this happening with .ppt documents, too. Interestingly, all these documents came from the same person. Maybe he is using some seldomly used feature in MS-Office.
@sba: funny, I saw the problem on your system but cannot reproduce it here though my sytem is quite similar...
I found the root cause: - the document contains some text elements with a font attribute that is extremely widely stretched - the font rasterizer doesn't like these insanely stretched fonts - ignoring these insanely stretched fonts is better than risking a rasterizer crash - ignored font instances get an "ignore me" flag - this "ignore me" flag is unfortunately shared over the whole font face, since it usually happens for invalid font files - in this particular case not the whole font face is bad, just the insanely stretched instance => Fixed in CWS vcl80
@sba: please verify in CWS vcl80
SBA->HI: As discussed, please proceed. Thanks. Reassigned to HI.
*** Issue 75431 has been marked as a duplicate of this issue. ***
Verified with cws vcl80 = ok
Still ok in 680m225_9196