Highlight a graphic and press Ctrl-c to copy then Ctrl-v to Paste move the pasted graphic then Press Ctrl-v to make a second copy and move the second copy and it crashes. File was originally a MS Vision file saved to a Draw odg file. Does not happen if I make a copy save and close the file the open it and make another copy. Operating System: Windows 7 Version: 4.3.0.4 release
On pc Debian x86-64 with 4.3 sources updated some days ago, I don't reproduce this. However, I must recognize I just created a simple draw to try. Would it be possible you attach a file so we can try to reproduce this?
Created attachment 104233 [details] Network Diagram that causes crash Notice the two unlabeled items at bottom that look like a rack server. Those were copied from the original and they are the ones that when pasted twice made draw crash. so copy the original with the label.
I don't reproduce this but when I copy the graphic, I just have the border of it, not the whole content.
Can you try copy pasting a new document, since I've had problems with THAT. On Win8 x64 onlyy, on my Mac it works without a problem...
Not reproducible with LO 4.3.0.4 - Ubuntu 12.04 x86. But I notice that operations a little bit slow / laggy, also happen while open that file. Perhaps Windows only as Bug 82600
I have the similar problem. To reproduce, just select an object and move it, Draw will crash. Here are different conditions: Crash: While moving (hold the left mouse button and move the object around), in about 5~10 sec, Draw will crash. Not Crash: But if you just move to a fix place (not moving, but still holding the left mouse button), Draw will not crash for a long time (>60 sec.) Crash: Move the object in the attached file, Draw will crash. Not Crash: If just moving a simple object, like a rectangle, Draw will not crash. Hope this will help to reproduce the issue. (Note: I can't make the attachment work for some reason, I put the test file on the Google drive. Here is the link: https://drive.google.com/file/d/0BxFIZ2EIH0kHSFlHQ19hR18yWGc/edit?usp=sharing )
Tested with Windows 7 x64 with Version: 4.4.0.0.alpha0+ Build ID: 5ef4bdc7b15686e55fa19f2e98a828763a0cfae6 TinderBox: Win-x86@42, Branch:master, Time: 2014-09-03_10:10:14. Could reproduce the bug
Tried on win7, no crash with LO 5.1.0.0.alpha1+. @RUI: The 'racks' get loaded fine @SUN: Objects are made with many small parts, group them before moving
Checked test file from comment 6. Got no crash, but speed is bad. Checked the contents, every rectangle is a CustomShape. This is probably because these get created when the rectangle shape creation gets started from the UI, using the simple RectangleShape would probably make this cheaper. A guess: When starting to drag the object an dthe drag takes longer as the time to start D&D mode (muse cursor changes, no overlay preview) racing conditions may be involved. @Florian: With which test file did you reproduce? Comment 6 or comment 2? Did you try a LO5 version yet?
#6 works Original attachment cannot be opened with: Version: 5.0.2.2 Build-ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe-GL Gebietsschema: en-US (de_AT)
Tried again with updated LO 5.1.0.0.alpha1+ on Win7, could not reproduce
Could not reproduce in OSX.
Version: 5.1.2.2 (x64) Build ID: d3bf12ecb743fc0d20e0be0c58ca359301eb705f CPU Threads: 8; OS Version: Windows 6.19; UI Render: default; Locale: en-US (en_US) Was this ever confirmed as an issue? Anyhow, in both test documents comment 2 and comment 6 no issues with copy paste, paste move, paste--nor the select and move, nor select and hold in place. Seems pretty stable at 5.1.2.2 resolved WFM.