<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 - EDITING Table is relayouted on scrolling when there are more header rows than empty space"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=130639">130639</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>EDITING Table is relayouted on scrolling when there are more header rows than empty space
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>7.0.0.0.alpha0+ Master
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>OS</th>
<td>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>libreoffice@nisz.hu
</td>
</tr></table>
<p>
<div>
<pre>Description:
This is a spinoff from <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - FORMATTING Multiple row table header pushed to next page if rows do not fit (unless one sets table properties .. uncheck Repeat Heading). behavior different from MS Word"
href="show_bug.cgi?id=88496">bug #88496</a>
Attached docx file is extracted from <span class=""><a href="http://bugs.documentfoundation.org/attachment.cgi?id=112346" name="attach_112346" title="Example of described problem in 3 steps; output in .PDF for fast comparision">attachment #112346</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=112346&action=edit" title="Example of described problem in 3 steps; output in .PDF for fast comparision">[details]</a></span> and contains a table
with 10 tall header rows. This table is rendered on top of the second page
instead of the center of the first page. The document is three pages instead of
two in Word.
However moving the cursor through the table with the DOWN key makes the table
being relayouted, and now it starts at the middle of the first page and the
document becomes two pages like in Word.
This also happens with the attached odt version of the file, which is 10 pages
when opened, but after triggering relayout by scrolling it with the DOWN key,
the table start on the first page and the document becomes only 7 pages long.
Steps to Reproduce:
1. Open attached documents
2. Notice the table starts at the top of the second page
Actual Results:
The table should start at the middle of the first page, but after scrolling
inside it with the DOWN key (not the mouse+scrollbar) the layout is corrected.
See also: <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - FORMATTING Multiple row table header pushed to next page if rows do not fit (unless one sets table properties .. uncheck Repeat Heading). behavior different from MS Word"
href="show_bug.cgi?id=88496#c23">https://bugs.documentfoundation.org/show_bug.cgi?id=88496#c23</a>
Expected Results:
The table should start at the middle of the first page on opening the example
files.
Reproducible: Always
User Profile Reset: No
Additional Info:
Version: 7.0.0.0.alpha0+ (x64)
Build ID: 5d00a1c9c6e85f3d7a3e05ab485da79980c38d44
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win;
Locale: en-US (hu_HU); UI-Language: en-US
Calc: CL
Also happens way back to:
LibreOffice 3.5.0rc3
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735</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>