GNOME Bugzilla – Bug 377399
sluggish behavior when copying large data sets from one spreadsheet to another
Last modified: 2006-11-30 21:39:20 UTC
Please describe the problem: I don't know if this bug is related to gnumeric or the underlying clipboard mechanism. When I have a large XxY region I want to copy around, say 25 cols and 2000 rows, the system response time slows dramatically. I noticed I can make the program responsive again if I select a 1x1 cell and copy that to the clipboard. I am guessing a test case can be generated by creating random string of between 10 to 100 chars per cell to approximate my case although that shouldn't matter Steps to reproduce: 1. create large spreadsheet 2. copy a large portion to the clipboard 3. see if the program becomes sluggish Actual results: environment becomes sluggish Expected results: no sluggishness Does this happen every time? on my system, yes. Other information: Dual CPU Opteron 2GB memory 80GB SATA drive Tyan motherboard 2885 Fedora Core 5 KDE environment
This has the feel of a bug in Klipper, the KDE clipboard manager. Try running "top" in a separate window while you do the work -- if you see Klipper grow to crazy sizes, that's it. Klipper likes to make itself a copy of everything that any program makes the selection. That's fine for someone marking three words in a text editor, but less fine for huge spreadsheet selections.
I can replicate on a standard GNOME desktop, without anything like klipper running. *** This bug has been marked as a duplicate of 381011 ***