To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104509
------- Additional comments from [email protected] Sun Mar 28 03:48:37 +0000 2010 ------- All tests I've done was on Samsung NC10, 1 Gb memory, XP SP3. OO-version DEV300m75. (build: 9488). Summng previous comments on this issue it appears to have at least five ways of being reproduced. I've tried to check these five: #1: Copy the flag, paste it, copy an object (any) => crash. #2: Copy+paste an object more than once (2-3 times) => crash. #3: Copy whole slide+paste it (through right-click-menu using mouse). #4: Copy last slide in slide pane + paste it. Repeat this 3-5 times => crash. (if not, reboot and retry) #5: Copy + paste photos "sometimes" => crash. I haven't been able to crash impress by recreating any of these scenarios on DEV300m75. I have made these observations while checking: Observation A: When pasting a whole slide there's a step deciding to put the slide before or after. This step is not documented in previous descriptions. Anyway it is not adding value when you try to paste as last slide (there's no logical 'before' or 'after'....) and it's confusing, since you indicate a space between slides with the mouse in order to paste. I will regard this as a choice that should only appear if you press paste while the mouse hovers over a slide in the slide pane, as otherwise the question is meaningless. Observation B: The test file contains a flag, which consists of (4 lines) grouped with a group of 1 polygon, 1 textbox, 1 picture (?). Besides that there are 2 textboxes and a rectangle on the slide. Thus the test slide cannot be regarded as an extreme case. Observation C: In order to try to crash Impress, I did some additional regrouping by selecting all objects on slide, grouping them, copy it, regrouping all again (in effect doubling the number of items in a group). Then I copied the whole slide a number of times. This resulted in minute-long waiting times, while CPU was running on 50% and memory was allocated in small chunks. Meanwhile Impress was unresponsive. At around 25 slides the waiting time amounted to 2-3 minutes for each of the operations: right mouse click | select copy | right mouse click | select paste | select before / after, with most waiting time on "select copy" and "select paste". I wonder why there's waiting time on the other operations. Observation D: Memory seems to be allocated, no matter what the user activates. Why is more memory needed to show right click menu ? Observation E: Trying to go to extremes I selected all 25 slides to copy and paste them through slide pane, using mouse operations. This amounted to 6 minutes time, where Impress was unresponsive. Total memory use at that time (with Firefox, Thunderbird and Windows explorer open too) was 945Mb. Impress alone took up 610Mb. Notice that niravce111 did get a crash on a machine with 504 Mb RAM. However, on my machine Impress came back and seemed stable, but was horrifying slow to work with. Eventually I killed it, and it was a slow death: around 3 minutes. This could indicate that it's the machine's RAM-control, but I don't know what happens when you press the X-button, and XP asks: it's not responding - stop it now or wait?. I chose stop it now. Theory and followup-tests: Memory usage looks strange. First it is allocated in small chunks, which is time consuming. It ought to be simple to estimate the memory needed for copying another object, which already exists in the presentation and claim it in one scoop. This has a devasting effect on performance and should be logged as a bug on its own. On smaller machines (memorywise) the extreme memory used could be the crash culprit. Followup-suggestions: Checking bug database for reports on bad performance and/or memory usage. There might be a connection. Checking the 5 scenarios on virtual machines, where memory can be set down to a smaller value, like 500 Mb. Checking if the "paste before or after"-dialogue is newly added or exists in the older versions the bug is originally reported on (I couldn't find a way to obtain those, sorry). Checking on the older version Checking on a machine without Memory swap file (re observation E). Checking bug database for existance of bugs mentioned in Observation A and D. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
