<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - Image handling and memory usage horrible"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=129101#c36">Comment # 36</a>
on <a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - Image handling and memory usage horrible"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=129101">bug 129101</a>
from <span class="vcard"><a class="email" href="mailto:roland@logikalsolutions.com" title="roland@logikalsolutions.com">roland@logikalsolutions.com</a>
</span></b>
<pre>Created <span class=""><a href="http://bugs.documentfoundation.org/attachment.cgi?id=157129" name="attach_157129" title="performance bug document">attachment 157129</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=157129&action=edit" title="performance bug document">[details]</a></span>
performance bug document
I stumbled into this again working on second edition of a big document. Problem
got really bad when using alternating page styles with running page headings.
One for left page of chapter and another for right so page number would always
be at outside.
The macro from here:
<a href="https://wiki.documentfoundation.org/QA/BugReport/Attachments">https://wiki.documentfoundation.org/QA/BugReport/Attachments</a>
Took forever to run and seemed to clobber some of the page styles, chapter, and
page headings, but enough of it is there to begin duplicating the problem. I
cannot release that book because it will be stolen so including the
"confidential" version. The problem is not as severe as it was with the actual
document, but you can begin to see the issue.
A wheel/scroll mouse makes this problem very obvious.
Open document
use Navigator to go to page 18.
Delete the page break which is at the beginning of the white space after the
text.
Use scroll/wheel mouse to scroll down looking for next bad page break.
You should already see quite a bit of stutter/hang and no "busy" cursor.
Find next bad page break and delete it.
The more you manage to do the worse the problem gets. If you go away for 5
minutes the problem seems to be gone but comes right back as soon as you start
fixing page breaks or moving the beginning of a paragraph to be with its other
half on the following page.
In truth this document is just under 1000 pages, but can appear as 13-1500 on
open. Much of this problem is caused by losing the 6x9 page styles for many
pages and the random page breaking problems this reflow causes.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>