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: 22.214.171.124 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 126.96.36.199 - 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:
Tested with Windows 7 x64 with Version: 188.8.131.52.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 184.108.40.206.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?
Original attachment cannot be opened with:
Gebietsschema: en-US (de_AT)
Tried again with updated LO 220.127.116.11.alpha1+ on Win7, could not reproduce
Could not reproduce in OSX.
Version: 18.104.22.168 (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 22.214.171.124 resolved WFM.