https://issues.apache.org/ooo/show_bug.cgi?id=125134
--- Comment #15 from Matt Dilts <[email protected]> --- Version: 4.1.1, AOO411m6(Build:9775) - Rev. 1617669; 2014-08-13 09:06:54 (Mi, 13 Aug 2014) OS: Performed on both Windows 8.1 x64 (Dell laptop) and Windows 7 Pro SP1 x86 (VMWare VM) I can copy and paste the slides from the attached presentation a few times (usually 2-4) to cause a heap corruption. Each slide contains a very simple JPG image. The original report provided no sample presentation file, so it is not possible to determine what those slides contained when the crash occurred. Perhaps, those slides were unique in some other way, and could expose the issue with a single copy/paste operation. Repro steps: * Open the attached presentation file (JPG_Slides.odp). * Select one of the twelve slides on the left-hand Slides view. * Select Ctrl+A to select all slides. * Select Ctrl+C to copy the selected slides. * Select Ctrl+V to paste/duplicate them. * Repeat the paste operation a few times. I've seen Impress fail after 2-3 paste attempts. Other methods of recreation: * I was able to recreate the issue by copying and pasting only one of the slides multiple times, so it doesn't require moving around a lot of data on each operation. * I was able to recreate by cutting slides and pasting them back in to the slide deck elsewhere. * I was able to recreate by selecting multiple slides in the left-hand Slides view, and dragging them to a new position in the slide deck. I was able to used WinDbg to catch the exception, and have a minidump. Rather than attach the 60MB file, I've attached a screenshot of the exception's callstack (Impress_Windbg_CallStack.png) after issuing an 'analyze -v'. As has been described by the original bug report, this issue is going to seriously slow a user down when they shuffle slides either within a single document or from one document to another. For larger slidedecks, where there will be a greater chance of needing to reposition slides, the user will need to invest more time to understand if their most recent changes were truly saved or were lost. I've attempted to perform the same steps with the following, with no luck recreating the issue in a short amount of time: * Blank slides that contain no image files * A comparable number of slides that have a background pattern * Slides with a couple of images from the built-in clipart Gallery -- You are receiving this mail because: You are the assignee for the issue. You are watching all issue changes.
