Description: If the pdf is opened with a LibreOffice Draw, it is displayed incorrectly as some items are obstructing the content, due to the items being some visual effects, displayed correctly in other pdf viewers like Mozilla's web browser. The bug causes the article text to not be visible because some elements are covering it. pdf location: http://www.linuxvoice.com/wp-content/uploads/2014/05/Linux_Voice_Munich.pdf Steps to Reproduce: 1. Open this pdf file: http://www.linuxvoice.com/wp-content/uploads/2014/05/Linux_Voice_Munich.pdf 2. Save the pdf file locally and open it with LibreOffice Draw 3. See obstructing circle shapes. Actual Results: When the file is opened with LibreOffice Draw, it is unreadable, because a majority of the article is covered by a white circle (which is presumably an effect that isn't an issue on other pdf readers like mozilla firefox browser). These white circles are present on multiple pages. Expected Results: If there's any effects that are supposed to be displayed correctly in the white circle area, they should not obstruct the text. See the file with other pdf viewers for example. Reproducible: Always User Profile Reset: No Additional Info: The software should display the pdf file with no visual elements covering the content to the point that it's unreadable.
Created attachment 179479 [details] pdf file where the visual bug occurs This is a pdf where the issue occurs.
Confirmed Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-AU (en_AU); UI: en-GB Calc: threaded
(In reply to flywire from comment #2) > Confirmed > > Version: 7.3.2.2 (x64) / LibreOffice Community > Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 > CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: > win > Locale: en-AU (en_AU); UI: en-GB > Calc: threaded @flywire: Please also set the bug status to: NEW Also confirmed in the latest LibreOffice 7.4 master: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: b0f24ca516e13c86d410960788ed6df3efe367b2 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
The bug is reproducible in LibreOffice 6.4: Version: 6.4.0.1 Build ID: 1b6477b31f0334bd8620a96f0aeeb449b587be9f CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded In LibreOffice 3.5, the obstructing circle is there, but it is black. The PDF is load very slowly and make the application unresponsive: LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735 I'm setting the first affected version to LibreOffice 3.5. The same problem is visible in Windows. Version: 7.2.4.1 (x64) / LibreOffice Community Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9 CPU threads: 32; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_DE); UI: en-US Calc: threaded
Remains valid, but this is a masking and clipping issue. The superfluous radial gradients are fully hidden when using the Insert as image pdfium import filter. And, they can be selected and removed from the Draw canvas otherwise. Version: 7.4.2.3 (x64) / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded