[sw-issues] [Issue 103888] WW8: crash (in graphics m emory allocation) saving a huge document or sc rolling to graphic
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103888 User od changed the following: What|Old value |New value Target milestone|OOo 3.3 |OOo 3.4 --- Additional comments from o...@openoffice.org Tue Sep 28 10:33:24 + 2010 --- This crash and the corresponding "bad" memory allocation already occurs at least since OOo 3.0 --> adjusting target - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 103888] WW8: crash (in graphics m emory allocation) saving a huge document or sc rolling to graphic
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103888 User sj changed the following: What|Old value |New value Assigned to|sj|od --- Additional comments from s...@openoffice.org Mon Sep 27 14:29:32 + 2010 --- sj->od: If loading the document, the memory footprint is much too high > 1,2gb. I think this is because no graphic is swapped out. I had the same problem with the minimizer in issue 114741, there I got a 400mb presentation (containing unmodified camera photos). After loading the document in Impress, the StarOffice memory footprint was by about 120mb... everything was fine so long. If now the minimizer was started, a GraphicID from each graphic was acquired (via API)... this leads to the problem that each graphic was swapped in... having now a memory footprint of > 1,6gb. In my case this also leads to missing graphics. I fixed this by swapping out each graphic after acquiring the GraphicID so the memory footprint was stable - now the document size doesn't matter. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 103888] WW8: crash (in graphics m emory allocation) saving a huge document or sc rolling to graphic
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103888 User sj changed the following: What|Old value |New value CC|'hbrinkm,mba,sj' |'hbrinkm,mba,mru,sj' --- Additional comments from s...@openoffice.org Thu Dec 17 10:37:52 + 2009 --- I can't download the file, it is only having 4,4k if I am trying this. @MRU maybe you can provide this bugdoc to me. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 103888] WW8: crash (in graphics m emory allocation) saving a huge document or sc rolling to graphic
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103888 --- Additional comments from m...@openoffice.org Tue Sep 22 07:41:21 + 2009 --- Report ID's are rp7djdc and r27djdc. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 103888] WW8: crash (in graphics m emory allocation) saving a huge document or sc rolling to graphic
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103888 User mru changed the following: What|Old value |New value Assigned to|writerneedsconfirm|sj Ever confirmed| |1 Status|UNCONFIRMED |NEW Keywords|needmoreinfo, oooqa |crash OS/Version|Linux |All Summary|openoffice crash saving a |WW8: crash (in graphics me |huge document |mory allocation) saving a | |huge document or scrolling | | to graphic Target milestone|--- |OOo 3.3 Version|1.0.0 |OOo 3.1 --- Additional comments from m...@openoffice.org Mon Sep 21 14:10:18 + 2009 --- Confirmed this on Windows. MRU->SJ: the crash does not happen in the filter directly and not only when exporting. It also happens when one tries to jump to a graphic via navigator or scrolling down to the first one. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
