<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 - FILESAVE: Saving a file as .docx format adds spurious extra page breaks"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=113849">113849</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>FILESAVE: Saving a file as .docx format adds spurious extra page breaks
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>5.4.2.2 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>major
</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>luke@zeta.org.au
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="http://bugs.documentfoundation.org/attachment.cgi?id=137776" name="attach_137776" title="The sample files that allow easy observation of the bug">attachment 137776</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=137776&action=edit" title="The sample files that allow easy observation of the bug">[details]</a></span>
The sample files that allow easy observation of the bug
I discovered this bug when using Calibre to convert LO-created .docx files to
epub and .mobi formats for ebooks. (I need to use the .docx format because the
support for it in Calibre is better than for .odt files.)
If you open the example file provided (ShadowHunt-KDP-PageBreakProbs.odt) and
save as .docx format, LO will insert three extra page breaks - one visible, two
invisible.
The visible spurious page break occurs immediately after the phrase "make her
new home perfect."
The two invisible spurious page breaks occur immediately the phrase "to pans
and pots." and after the phrase "had also been the worst night." Each of these
phrases happen to end paragraphs at the bottom of a page - but without any
manual page break. After saving as .docx however, a manual page break has been
inserted at that point in the .docx.
The invisible page breaks can be revealed by converting into another format
where re-pagination can occur, or if the bulk of the document is converted to a
smaller font size.
The file ShadowHunt-KDP-PageBreakProbsOdt.odt is the sample document.
The file ShadowHunt-KDP-PageBreakProbsOdt.docx is that file saved as .docx.
The file ShadowHunt-KDP-PageBreakProbs-ManlFix1.docx is the .docx file with the
visible spurious page break deleted by positioning the cursor at the end of the
paragraph and hitting Delete and then Enter to break it back into the correct
paragraphs.
The file ShadowHunt-KDP-PageBreakProbs-ManlFix2.docx is that file with the two
invisible page breaks fixed the same way.
I have rated this as a major problem because it means if LO is used for ebook
production, it introduces a significant quality problem to the ebooks produced.
In addition, it means any edits to the .odt file mean all the manual
corrections to the .docx file need to be done again. This is exacerbated by
the inability to search for manual page breaks in LO. This further means that
while this bug exists, the.odt file is therefore unsuitable for use for writing
books.</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>