Description: On Linux, there is a problem of content occlusion when using libreoffice for ofice2pdf Actual Results: there is a problem of content occlusion Expected Results: The content can be fully displayed Reproducible: Always User Profile Reset: Yes Additional Info: no more information
Created attachment 194081 [details] Comparison of correct and incorrect effects
Created attachment 194082 [details] source excle file
Created attachment 194083 [details] source word file.
Thanks for the report. Let's stick to the XLSM file in this report, as we have a screenshot for that. (Please open a different report for the DOCX.) - I can reproduce that the footer is not visible in print preview and PDF, but a text selection shows the characters are there, very close to the bottom edge. I see that the Format > Page > Footer has a Spacing of 0, and a Height of 0.10 cm. If you increase the Height value, or alternatively use "AutoFit Height", the footer becomes visible in the export. So maybe "not a bug"? - The table not fitting on one page: the visual aid shows that the printing goes beyond the page break. To fix it, one might want to: * change the page format to a bigger size, or reduce the margins, so the resulting PDF includes your whole table; or * resize the table so it fits on a single A4 page; or * use the "Whole Sheet Export" PDF option to have all the contents on one page. ...however, even though both issues can be worked around, the direct export to PDF is very different to what MS 365 exports (whole first table on first page; footer visible). So maybe a import filter issue? Reproduced in LO 6.0.0.3 and: Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: ae798781ef4df7a1fdef13af0bc459bf4f6e7b4c CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded See also bug 106539.
Created attachment 194362 [details] MS 365 PDF export
Created attachment 194363 [details] LO 24.8 alpha1+ PDF export