|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | Copy-paste of columns very slow | ||
|---|---|---|---|
| Product: | Calc | Reporter: | gonedelyon <dgross> |
| Component: | editing | Assignee: | AOO issues mailing list <issues> |
| Status: | CONFIRMED --- | QA Contact: | |
| Severity: | Trivial | ||
| Priority: | P3 | CC: | issues, miximka, ooo, philipp.lohmann, sycer |
| Version: | OOo 3.0 | Keywords: | performance |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Issue Type: | DEFECT | Latest Confirmation in: | --- |
| Developer Difficulty: | --- | ||
|
Description
gonedelyon
2009-02-18 11:58:27 UTC
@pl: any known problems with Mac clipboard performance? What could cause this? FYI, I forgot to mention it only happens with columns, not with lines. HTH Didier I don't see the performance issue (that is however on mac os 10.5), but I get the crash in 3.0 (OOO300m9), too. However it does not seem to happen in DEV300m40, so it seems to be fixed by now. One thing I notice however that might be related: at termination if the last thing in the clipboard was a column, calc seems to flush the clipboard and write a large bitmap (which takes some time). Also it crashes afterward in a copy request from the system clipboard, probably because the transferable the document is already halfway gone ? I will have a further look at this. target As far as I can see, the reason is indeed the very large bitmap transported - and this is not a Mac only problem. That should be limited to a sensible size I guess. nn: please take over *** Issue 110446 has been marked as a duplicate of this issue. *** please note that with the recently increased row limit the bitmaps involved also increased drastically in size, usually running into an allocation error. Hi,
the same issue still reproducible on the latest OS X - 10.8.4 with the latest OO release: AOO400m3(Build:9702) - Rev. 1503704
The issue is easy to reproduce:
1. Open OO, create new spreadsheet
2. Copy column
3. Open Clipboard in Finder ("Edit" menu -> "Show Clipboard")
4. OO hangs & Finder hangs as well
The issue seems to be caused by the huge amount of data copied to clipboard when some other application (i.e. Finder or any 3rd party clipboard manager) tries to read the content of the clipboard. This seems to cause OO to generate a lot of data and copy it to the system clipboard.
From my analysis, it seems to be a RTF data type flavor being copied on clipboard, that causes the problem (more than 1 Mio. of lines get converted to RTF format and copied on the clipboard, but why? they were never been edited...)
During data generation, both OO and Finder eat a lot of physical memory (up to 1.2 GB for each of them) so that explains why crashes are not confidently reproducible - the apps would only crash if there are not enough memory.
The issue will always occur if user has some 3rd-party clipboard manager installed on his system (that is the case on my system) because these apps always try to catch entire clipboard content when it changes for the history purpose but this event always ends with an unresponsive OO and the 3rd party app...
Best regards,
Maksim
I just took sometime and found, that this issue is already posted under: Bug 99371 Bug 54064 Bug 109365 Bug 53526 Bug 99371 Someone please put this alle together into one big bug - so that please someone code it the way, that my Finder don't crashes (Mac OSX 10.6.8) => means: not copying empty cells. Thx. Reset assigne to the default "issues@openoffice.apache.org". |