Apache OpenOffice (AOO) Bugzilla – Issue 52244
OOo crashes which I try to copy a group of drawing objects
Last modified: 2005-10-21 08:31:46 UTC
Whenever I try to copy a selection of drawing objects, grouped or ungrouped, OOo may crash. There typically has to be more than a couple of objects selected, but occasionally there only has to be 1 object. This problem has been persistant through quite a few versions (at least since OOo2 Beta). This can occur either within a drawing document, or just with drawing objects within a writer document. I'll attach a draw file which exhibits the problem.
Created attachment 28092 [details] Can crash OOo if you select all the objects and press CTRL-C
Sorry, not reproducible. Did you build the m114 by yourself? Which Linux are you uisng? Thanks in advance.
I am using Debian Unstable Kernel 2.6.12.2. I am currently using OOo 1.9.114 from the official debian unstable package tree, however the same thing happens when I have used the downloads from the OOo site (after converting the RPMs to DEBs with alien). This problem has sometimes been a bit hard to reproduce, but one thought I did have was it happens more when my RAM starts filling up (ie a few programs open), although the swap has hardly been touched.
Sorry, still not reproducible. And I had my system quite busy, already using the swap. I tried on a Suse9.1. Anyone else can confirm this issue? Maybe it is the problem of the unstable debian build...
I have also noticed this bug with the packaged version of OOo 1.9.113 of the fedora core 4 release. This bug happens mostly when having a document with many changes and rather complex groups of objects. This bug is also related to other bugs that involve improper treatment of groups, ie you suddenly may no longer leave a group by double clicking the outside etc. Also occurs in combination with another bug where OOo draw will suddenly stall and refuse any further operation, ie it starts working on the harddrive and continues to do so for a very long time. Often, the three bugs are related and sometimes it involves at first, slow response times on copy and past or drag and drop of objects, grouping of object, here it sometimes will also crash including also selection and deselction and entering and leaving of groups. Most often, however, the documents then can be fully recovered from the crash, however the problem with slow responsiveness and raised chance for a sooner or later crash remains due to the above, related bugs. Perhaps there is something with the visitors or the loop that controls the pattern when visiting the internal representation of the document, it seems as if the tree-walker has some misconfigured algorithm that does not terminate correctly, as it tends to stall the whole system. To sum it up. The document in my cases are one or multi-paged, consume lots of memory and include up to 10k points, sometimes more than 40k. They are frequently changed and auto-save is on. In a standard session, openoffice draw will crash approx. 10 to 20 times (2-3 hours of normal work, 4-6 with the crashes, when recovery fails even longer). This bug is critical to the successful application of draw at least IMHO. Note that my system includes 1GB of ram, an athlon xp1800+ processor and sufficient free disk space. In a typical session, ooo incl. the kde desktop plus additional services incl. openoffice consume up to 50%-60% of the available memory, most of which is being consumed by openoffice. Perhaps there is also something with memory management and / or garbage collection?
Is it possible that issues 10245 24187 52244 are related? They have similar symptom description, albeit on different OS's.
I believe I have solved this issue, at least in this case. I was running the gnome-clipboard-daemon (http://members.chello.nl/~h.lai/gnome-clipboard-daemon/) for clipboard persistence. I killed this daemon and OOo stopped crashing when I did copy/paste operations.
Ok, thanks for the information.
Closed.