Apache OpenOffice (AOO) Bugzilla – Issue 26751
Document format changes.
Last modified: 2005-07-25 14:40:55 UTC
Linux, Fedora core1 rpm installs. I have come across this before but this time it is causing me a major headache. I have to fill in some templates and all the formats of the templates have changed and thus I have to re-format all of them again before I can use them. I tried to open a document that I saved on this computer a couple of weeks ago and I am in the same boat with the format changed and thus I cannot use that document. XFree86 was updated between the time that the documents were used and today. It could be a font related issue and XFree86 but a document saved under the old fonts have a different problem than the template that it was created with.
Hello mestech, could you please attach a sample file for reproducing your issue? To send attachments regarding issues, please attach the file directly to the issue. Use the link "Create a new attachment" on the issue and then select Binary file (application/octet-stream) where asked, "What kind of file is this?" if your file's type does not show in the list. Thank you, Max Weber
Further info. I have found that the problem is intermittent. Now that I have had some time to investigate with more detail, the problem could be related to either gnome, gimp or XFree86 in conjunction with OOo. To expand, today I was working and I decided to try to re-create the fault and all worked well. After a while the problem occured. I ran top and found that gnome-panel was running over 90%. I closed off all applications and re-started gnome-panel but that did not correct the problem. Logged out of X and startx again. Problem gone. I am trying to re-create the situation and problem again. It isn't a file problem as formatting changes on all documents opened in writer. I have posted a bug report for fedora as well.
Well it has occured every day this week and I have been trying to trace problem in any way that I can. What I have found is that it occurs on two different systems, both running Fedora Core 1. It is not related to another problem that I thought was causing it. (gnome-panel). I think it is related to either gnome or XFree86 but it could be communication between them. While running startx 2>xerror and tailing xerror, I keep coming up with; Window manager warning: Property _NET_WM_NAME on window 0x1e00020 contained invalid UTF-8 Window manager warning: Property _NET_WM_ICON_NAME on window 0x1e00020 contained invalid UTF-8 This occurs with any window or sub window that opens (file open). I don't know if the invalid UTF-8 is part of the problem or not. It also occurs with any OOo program such as Calc or Impress. Now that I know if I close X-windows and startx again and the problem is gone. I can work around it so it isn't so critical, just annoying now. I am trying to increase debugging on gnome and XFree86 but I have to read the manuals on how to configure it first. Man I wish I had taken more programming classes. As time permits, I am trying to trace this problem the best I can.
It occured today again and I had done a screen capture of the before/after effects. As I now look at the pictures I notice that the font size is changeing and thus is affecting the display and printing of the document. I am attaching the photos.
Created attachment 14156 [details] Document in the original format as it normally opens.
Created attachment 14157 [details] Document after when the problem occurs. Note font size change.
Boy, my mind was not on track when I posted the images. The font does not change in size as I mentioned. I just checked from a reference point and the font is still the same on both documents. Only the display changes. The font size depends on where the cursor was located. Duh. On examining the two pictures, I notice that the font spacing is different between the two examples. This causes row height changes. As this occurs throughout the form, there is a major headache. This corrupted format will print out as well so it isn't just in the display.
Created attachment 14423 [details] strace of oowriter when the fault occurs.
Created attachment 14424 [details] strace of oowriter when the fault does not occur
reassigned to mru.
MRU->US: this sounds like a font related issue on Linux.
Reporter, could you please attach the document too? When it happens, does un-checking of Tools -> Options -> Writer -> Compatibility -> Use printer metrics for document formatting fix it? Thanks.
I have seen that the last entry was in October and that this issue is OOo-1.1 related. Have you tried this with a newer version of OOo (1.1.x or 1.9.xx)? Does this problem occur there also or could this issue be closed?
@reporter: as earlier requested by "mandreiana", could you pls. attach the document in question.
I have not seen any comment from the reporter since December 13th ... :( Does this mean that someone can close this issue as invalid or such?
The reporter hasn't responded on this issue since Oct 2004. Per the comments it is not reproducible. If more info becomes available the issue can be reopened. Also please check to see that 1.1.4 or a recent development snapshot do not address this issue. Thanks.. Resolving Invalid.
Closed