Description: When I export to PDF a drawing with a label control that has seemingly any background color other than default and any connector that ends in an arrow, the label will have a border the same color of the connector even though the label has "without frame" selected as its border. Any connector without an arrow does not do this. Deleting the connector removes the border from the label when exported to PDF. All labels (with backgrounds) in the same document exhibit this behavior. Steps to Reproduce: 1) Open a new document in LibreOffice Draw 2) Insert a Label Form Control 3) Right click on the label, and then click on "Control Properties..." 4) Scroll down and select any background color other than "Default" 5) Ensure the Border is set to "Without frame" 6) Insert a "Connector Ends with Arrow" 7) Export to PDF Actual Results: Open the PDF to find that the drawing is the same as seen in LibreOffice Draw, except there is a border around the label. Expected Results: The label in the PDF should show no border. Reproducible: Always User Profile Reset: No Additional Info: I checked every connector, and a few background colors. As mentioned, only the connectors with arrows caused this problem. Every background color I checked had the same result. I opened the PDFs on Mac with Preview, PDF Professional, and Firefox. I opened the PDFs with SumatraPDF, and Firefox on Windows. PDFs created on either machine showed the same problem when opened with any of the PDF readers. I did not try resetting my UserProfile, but the installation on Windows is completely fresh, downloaded only to test this error on another machine, and with no options changed.
Confirmed on Version: 7.0.1.2 Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (ro_RO.UTF-8); UI: en-US Calc: threaded I restart in Safe Mode. One question for you, mangoduck, this was working ok before, in a previous version?...
Repro also in Version: 6.3.5.2 Build ID: dd0751754f11728f69b42ee2af66670068624673 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US Calc: threaded
(In reply to BogdanB from comment #1) > Confirmed on > Version: 7.0.1.2 > Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452 > CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 > Locale: en-US (ro_RO.UTF-8); UI: en-US > Calc: threaded > > I restart in Safe Mode. > > One question for you, mangoduck, this was working ok before, in a previous > version?... I'm a new user, so I don't know about previous versions, sorry.
No problem, thank you for your answer. This problem will remain in the hands of the developers and community. I asked you this, because many users said that LibreOffice worked well in the past, but now it is working bad. It's much easier in this case to find the problem, because it's a small change that can be corrected. If something was never working correct this code should be implemented, and this means more time.
Dear mangoduck, 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
I have border for the label n PDF, but the border is set to "Without frame". Also in Version: 7.5.0.1 (X86_64) / LibreOffice Community Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded