<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Writer repeatedly rewrites screen during document load"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=122792">122792</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Writer repeatedly rewrites screen during document load
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>6.1.4.2 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>OS</th>
<td>Windows (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Writer
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>christianw_lehmann@arcor.de
</td>
</tr></table>
<p>
<div>
<pre>Description:
While loading an ODT document, LO Writer repositions the cursor and rewrites
the screen up to six times. This unnecessarily extends loading time.
Steps to Reproduce:
1. I open LO.
2. I click on an ODT document shown on the start screen.
3. I wait until the document becomes available for editing.
Actual Results:
After the document has been loaded, it is displayed on the screen for a first
time. Then the cursor hops to different locations in the document six times,
always rewriting the screen, until it finally rests on one position and the
document becomes available for editing.
Expected Results:
1) It is not clear why the cursor has to go to different positions upon loading
a document. One would assume that it goes directly to that position where it
was when the document was last closed.
2) It is bad programming to show the document on the screen while the loading
algorithm is not yet done with it. The document must be displayed only after it
is available for editing.
Reproducible: Always
User Profile Reset: No
Additional Info:
I enclose a video showing the process. The file has almost one 1 MB (Durga
Priyanka and Ilmari have it for testing), and Windows 7 is running on an old
machine: Intel Core i5-3210M, CPU @ 2.50 GHz. This gives us the opportunity to
observe on the screen each of the steps that the loading algorithm is taking
after first displaying the document. (We cannot see what it does in the long
time preceding this moment.)
When I load the Word version of this document into MS Word, it becomes
available for editing after a few seconds, even though Word is counting the
pages through to the end in the background.</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>