Created attachment 71442 [details] Document that is bad imported. Problem description: Steps to reproduce: 1. Open document Current behavior: Bad interpretation of document. Expected behavior: The document should look like the PDF attached. Operating System: Ubuntu
Created attachment 71443 [details] PDF of correctly displayed document
reproducible with LO 3.6.4.3 (Win7 Home, 64 Bit)
I can confirm it for LO Writter 4.0.0.0 beta 1 on Windows 7 64 bit Polish.
Confirmed in 4.2.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.4.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
Still reproducible. Windows Vista 64 Version: 4.4.4.2 Build ID: f784c932ccfd756d01b70b6bb5e09ff62e1b3285 Version: 5.1.0.0.alpha1+ Build ID: 46564fd97308ce070248482ad65a311a329a2b76 TinderBox: Win-x86@39, Branch:master, Time: 2015-06-15_00:08:53
Confirming on: - Windows Vista, 32 bit: Version: 5.2.0.4 Build-ID: 066b007f5ebcc236395c7d282ba488bca6720265 CPU-Threads: 2; BS-Version: Windows 6.0; UI-Render: Standard; Gebietsschema: de-DE (de_DE) - Linux Mint 17.1, 64 bit: Version: 5.1.5.2 Build ID: 1:5.1.5~rc2-0ubuntu1~trusty1 CPU Threads: 2; OS Version: Linux 3.13; UI Render: default; Locale: de-DE (en_GB.UTF-8); Calc: group BUT: Those aren't "checkboxes" (as in a form control). They are actually small text boxes, also when opened in MS Word 2003 (with DOCX compatibility pack). If the file is saved as a DOC file by Word 2003, the text boxes are ordered correctly when the latter is opened in LO 5.2.0.4, but most have a red triangle overlay.
Created attachment 126701 [details] Screenshot showing the red triangle overlays when file converted and opened as DOC (In reply to Johnny_M from comment #7) > [...] > If the file is saved as a DOC file by Word 2003, the text boxes are ordered > correctly when the latter is opened in LO 5.2.0.4, but most have a red > triangle overlay. The attached screenshot shows the red triangle overlays. Although those are not shown in the print preview, nor printed or exported to PDF.
Created attachment 126702 [details] The test DOCX file converted to DOC using Word 2003 (with compatibility pack)
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The issue is reproducible with: Version: 6.1.0.0.alpha0+ Build ID: a9b202a6b7000e7af34f2a639ca207122a3968bf CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-12-26_23:09:36 Locale: en-US (en_US.UTF-8); Calc: group threaded
Still reproducible on the initial machine with current master on Ubuntu MATE 19.10 liveUSB: Version: 6.4.0.0.alpha0+ Build ID: c54597a8905b07807952aebc24237549302fb941 CPU threads: 4; OS: Linux 5.0; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-07-10_22:22:02 Locale: en-US (C.UTF-8); UI-Language: en-US Calc: threaded
This has VML textboxes that are converted to frames. Also the original "small squares" actually contain a few spaces, tabs and images of two small squares. These images also do outflow from the frames. All this extra content makes Writer display red triangles that warn about hidden content.
Created attachment 165517 [details] Document compared MSO LO "Bad document" is bad bug report. Needs a single issue. Seems like it's focused on red triangles on 1st page which is trivial issue, explained in comment 8. Similar in LO 7.1+ with this 2007 DOCX and if resaved in MSO. Note: More serious is page break on 2nd page, needs to be checked if already reported, we had similar reports. Can be put in See Also if found.
Created attachment 165665 [details] Minimized test document in docx format Okay, let's reduce the problem. This has only one VML shape with more content (spaces, tabs, image) inside that it can fit.
Created attachment 165666 [details] The minimized example file in Word and Writer
Dear marius, 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
The original issue with moved text boxes/frames and their insertions (spaces, square images, etc.), as well as the page break after the first table row on page 2, persists. Although the display of the red triangles is not a bug, but a warning feature showing that not all is being visible within the text boxes/frames, as explained in comment 14. Therefore, reverting the previous bug title change. Tested on Ubuntu 22.04 liveUSB: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 9940a5dce79fe9dc3e6ff0302c9be8c7d1648f67 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded