Apache OpenOffice (AOO) Bugzilla – Issue 99
Text flow in conjunction with Draw objects barfs up
Last modified: 2009-03-10 12:14:07 UTC
[Sorry, I don't know if the version is correct. I'm working with SUN's release 5.2 of StarOffice and boldly presume that this problem applies to OpebOffice, too] Under certain circumstances changing the text flow setting (option #7 from the graphic's context menu, "Umlauf" in the german Version) for an embedded Draw object causes a series of problems. To reproduce this behaviour... - download and open the file from the given URL - choose option #7 ("umlauf" in the german version) from the graphic's context menu - choose sub-option #4 ("durchlauf" in the german version) - change it back to choose sub-option #1 ("kein umlauf" in the german version) Symptoms: - the switch takes a lot of CPU (the time consumed grows with the document's size - it's rather moderate for this small example) - the graphic's fills are gone - a lot of operations on the document have become rather sluggish (i.e. take a lot of time)
Sorry, I really should have read this line a split-second earlier: "Are you here because you have a problem with StarOffice 5.2? If so, you're in the wrong place."
As mentioned on the qa dev list on March 5th I will close all resolved <wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details. First step in IssueZilla is unfortunately to set them to verified.
As mentioned on the qa dev list on March 5th I will close all resolved <wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.
not really high prio and not really relevant and i will apply the patch on the 3.1 code base asap
Removed link to issue 95768. This is not a 3.1 release blocker