Bug 116924 - Blank pages are inserted in command line PDF conversion of ODT
Summary: Blank pages are inserted in command line PDF conversion of ODT
Status: RESOLVED DUPLICATE of bug 134298
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
4.4.7.2 release
Hardware: Other Linux (All)
: high normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
: 116923 127489 (view as bug list)
Depends on:
Blocks: Commandline
  Show dependency treegraph
 
Reported: 2018-04-10 14:00 UTC by Daniel Ingrácio
Modified: 2021-04-14 19:16 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Original ODT Document (207.76 KB, application/vnd.oasis.opendocument.text)
2018-04-10 14:02 UTC, Daniel Ingrácio
Details
Converted Windows Environment (241.35 KB, application/pdf)
2018-04-10 14:02 UTC, Daniel Ingrácio
Details
Converted Linux Environment (801.33 KB, application/pdf)
2018-04-10 14:03 UTC, Daniel Ingrácio
Details
GUI pdf (194.62 KB, application/pdf)
2019-04-19 07:22 UTC, mattia.b89
Details
command line PDF (195.23 KB, application/pdf)
2019-04-19 07:22 UTC, mattia.b89
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Ingrácio 2018-04-10 14:00:34 UTC
Description:
We are trying to convert a odt file to pdf, using the command line:
libreoffice --convert-to pdf:writer_pdf_Export --outdir <convertedfile> <originalfile>

Executing this command line in Windows environment it's OK (even executing directly at a server or exporting to pdf using desktop application). In Linux environment a blank page is inserted always before the image.

The original file and the converted ones are attached at this bug.

JBOSS version: 6.4.7.GA 
SO: 7.5.7.Final-redhat-3 
Hardware: BLADE HP BL460C G8_3 - 270.0 GHZ

Best regards,

Daniel

Steps to Reproduce:
1.libreoffice --convert-to pdf:writer_pdf_Export --outdir <convertedfile> <originalfile>

Actual Results:  
A file with a blank page inserted.

Expected Results:
A file with no blank page inserted.


Reproducible: Always


User Profile Reset: No



Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
Comment 1 Daniel Ingrácio 2018-04-10 14:02:00 UTC
Created attachment 141262 [details]
Original ODT Document
Comment 2 Daniel Ingrácio 2018-04-10 14:02:43 UTC
Created attachment 141263 [details]
Converted Windows Environment
Comment 3 Daniel Ingrácio 2018-04-10 14:03:19 UTC
Created attachment 141264 [details]
Converted Linux Environment
Comment 4 Jacques Guilleron 2018-04-10 16:36:20 UTC
*** Bug 116923 has been marked as a duplicate of this bug. ***
Comment 5 Xavier Van Wijmeersch 2018-04-10 18:17:54 UTC
confirm

Version: 6.1.0.0.alpha0+
Build ID: 77e2d29bce92639498324814be56656f85a0f0fd
CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; 
Locale: nl-BE (en_US.UTF-8); Calc: group
Comment 6 Buovjaga 2018-04-18 16:51:04 UTC
Yes, does not happen with GUI.

Arch Linux 64-bit
Version: 6.1.0.0.alpha0+
Build ID: c8c74a0b4ca6f3a3619f423b6548c80c52392ae0
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on April 15th 2018
Comment 7 QA Administrators 2019-04-19 03:01:46 UTC Comment hidden (obsolete)
Comment 8 mattia.b89 2019-04-19 07:21:26 UTC
I confirm the issue.
I would add: exporting to PDF using GUI, everything is perfect! The issue appears only using the command line.
I attach the two outputs for comparing purpose.

Version: 6.2.2.2
Build ID: 6.2.2-4
CPU threads: 4; OS: Linux 5.0; UI render: default; VCL: gtk3; 
Locale: it-IT (en_GB.UTF-8); UI-Language: en-GB
Calc: threaded
Comment 9 mattia.b89 2019-04-19 07:22:07 UTC
Created attachment 150870 [details]
GUI pdf
Comment 10 mattia.b89 2019-04-19 07:22:50 UTC
Created attachment 150871 [details]
command line PDF
Comment 11 Timur 2020-05-03 11:10:33 UTC
*** Bug 127489 has been marked as a duplicate of this bug. ***
Comment 12 Timur 2020-10-23 08:28:06 UTC
Bibisect in LO 4.4 for original issue, single commit:

commit adb62f36970aa2b89b7cbc9d034632495cf8d565
Date:   Sat Mar 14 23:23:02 2015 +0800

    source-hash-133d6d8d4dec497276c3a9b0ba6761cffd322f81
    previous source-hash-7dd5f9308895644ae6ece56253c892046cc6ed5e   

    commit 133d6d8d4dec497276c3a9b0ba6761cffd322f81
    Author:     Oliver-Rainer Wittmann <orw@apache.org>
    AuthorDate: Tue Jul 15 12:15:37 2014 +0000
    Commit:     Caolán McNamara <caolanm@redhat.com>
    CommitDate: Wed Jul 16 09:01:02 2014 +0100
    
        Resolves: #i121443# register text frames and graphics...on the correct page frame
            - trigger formatting of selected object when moving view to the selected object
        or when graphical horizontal line has been inserted.
            (cherry picked from commit 82fafc47de0c59c783c5df596c976a429ff8a21d)
Comment 13 Timur 2020-10-23 09:25:29 UTC
I forgot to check commit in other bugs, but Telesto did that and we have 2 more bugs from the same commit, bug 133975 and bug 135225. So I raise importance.
Comment 14 Telesto 2020-11-03 07:57:05 UTC
@Michael,
As there are not many people around able to touch layout code.. and this being they fourth bug point to this commit, you maybe interested.

Everything about timing here, I think.. Jan Marek did trigger they issue once in a while working on timers (bug 133975)
Comment 15 Xisco Faulí 2021-04-14 19:16:18 UTC
Issue fixed by
https://cgit.freedesktop.org/libreoffice/core/commit/?id=b9ef71476fd70bc13f50ebe80390e0730d1b7afb
Closing as duplicate of bug 134298

*** This bug has been marked as a duplicate of bug 134298 ***