Description: When I convert my .odt file to a .pdf file, a old .odg image pops up in the .pdf file an most pages. A cut .odt file is available for reproducing the bug. I am using Writer under Ubuntu 18.04 LTS Steps to Reproduce: 1.Open file menu 2.Export as pdf 3.Archive as pdf Actual Results: An image of an old .odg file appears after the first page on evey page. The image in the sam position on every page, but on new conversion can be found in different locations. Expected Results: The .odt file would be reproduced in .pdf format without the corrupting image. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes, but same problem comes up on 32 bit machine have checked user profile. Result ok openGL is enabled
Created attachment 151579 [details] example of file which can be used to reproduce bug
Created attachment 151580 [details] Generated pdf I can't reproduce. Version: 6.2.4.1 (x64) Build ID: 170a9c04e0ad25cd937fc7a913bb06bf8c75c11d CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: es-ES (es_ES); UI-Language: en-US Calc: threaded Use the navigator to search for that object.
I can't reproduce it in Version: 6.3.0.0.alpha1+ Build ID: 33cc1debf963c503636cf9219aa81d1a6cf2e943 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded Does it work if you disable OpenGl ? -> https://wiki.documentfoundation.org/OpenGL I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Created attachment 151608 [details] This is the pdf file which my
Comment on attachment 151608 [details] This is the pdf file which my Sorry about that cutoff. The source is the .odt file sent earlier. You will notice the unwanted image in the pdf file. It's good to know that you are not reproducing it. Such was my experience as well, but suddenly this but appeared and nothing I have been able to do corrects it.
[Automated Action] NeedInfo-To-Unconfirmed
Created attachment 151633 [details] larger file which always has the unwanted imags. This is the larger file from which the earlier file was extracted. I would appreciate if you find the unwanted image in the pdf transformation of this file. Thanks. If not, then let me know your configuration, so I can match it with mine. The OpenGL does not seem to have an effect.
Comment on attachment 151633 [details] larger file which always has the unwanted imags. Sorry, I downloaded the pdf file instead of the odt file, but you can see my problem. I'll download the odt file which I should have done.
Created attachment 151634 [details] The odt file Same comment as earlier. Would appreciate if you get the same pdf result as I do. Thanks.
(In reply to 510jrb2301 from comment #7) > Created attachment 151633 [details] > larger file which always has the unwanted imags. > > This is the larger file from which the earlier file was extracted. I would > appreciate if you find the unwanted image in the pdf transformation of this > file. Thanks. If not, then let me know your configuration, so I can match it > with mine. > > The OpenGL does not seem to have an effect. The file has 226 pages. Please tell us, on which page the unwanted image appears. Do I understand it correctly that attachment 151579 [details] is useless in reproducing the bug? Your pdf export of it certainly didn't show anything weird and unzipping it does not reveal anything extra. In this case we could mark it as obsolete. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
Dear 510jrb2301, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
(In reply to Buovjaga from comment #10) > The file has 226 pages. Please tell us, on which page the unwanted image > appears. > > Do I understand it correctly that attachment 151579 [details] is useless in > reproducing the bug? Your pdf export of it certainly didn't show anything > weird and unzipping it does not reveal anything extra. In this case we could > mark it as obsolete. > > Set to NEEDINFO. > Change back to UNCONFIRMED after you have provided the information. Still waiting for reply -> NEEDINFO
With the pdf created from attachment 151634 [details] there is starting on page 5 a image on top off the pages I can reproduce the problem with Version: 7.0.0.0.alpha0+ Build ID: 5f90c8bc0270f692a38073b1e4aa9e3b6ba106ed CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: nl-BE (en_US.UTF-8); UI-Language: en-US Calc: threaded
AMDG I suspaec this is a problem of my computer rather than LO. I still recurs sometimes, but I think inadequate memory or load problems are the caise. In any case we should close the bug.
(In reply to 510jrb2301 from comment #15) > AMDG I suspaec this is a problem of my computer rather than LO. I still > recurs sometimes, but I think inadequate memory or load problems are the > caise. In any case we should close the bug. It's not just your computer. I can reproduce what Xavier said. Unfortunately he did not change the status, so this lingered in needinfo needlessly. Version 3.3.0 crashes when exporting (tested on Win). Version 3.5.0 already shows the issue. The image appears at the bottom of the page in older versions. The move to the top started in version 6.1. I will bibisect this later - maybe it provides some clues for fixing the issue.
The position change happened with https://git.libreoffice.org/core/commit/8d62b79f168180c6992eb483ec864d473050635f tdf#112443 disable off-page content positioning
Dear 510jrb2301, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Image Shape6 is anchored to footer of tpx.x on page 4. So printing is not a bug, rather bug could be that it's not shown, unless moved. But we need reproducible way to make it invisible. For original problem, I mark as NotABug.