Bug 163797 - PDF EXPORT: Shape covers additional area based on jpeg compression and SKIA
Summary: PDF EXPORT: Shape covers additional area based on jpeg compression and SKIA
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
24.2.0.0 alpha0+
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2024-11-07 09:23 UTC by Rainer Bielefeld Retired
Modified: 2025-04-11 14:31 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Sample Document (68.18 KB, application/vnd.oasis.opendocument.graphics)
2024-11-07 09:23 UTC, Rainer Bielefeld Retired
Details
Not all Drawing objects affected (153.89 KB, application/vnd.oasis.opendocument.graphics)
2024-11-10 12:58 UTC, Rainer Bielefeld Retired
Details
DDF Export Results (1.08 MB, application/pdf)
2024-11-10 12:59 UTC, Rainer Bielefeld Retired
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rainer Bielefeld Retired 2024-11-07 09:23:22 UTC
Created attachment 197472 [details]
Sample Document

Steps how to reproduce NOT reproducible REPRODUCIBLE with Installation of Version: 24.2.3.2 (X86_64)
Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE; Theme: Element
Calc: threaded – normal User  Profile created from 7.6

0. Launch LibO with SKIA enabled
1. open attached "SampleDocument_006"
2. Export to PDF with enabled JPEG compression
   » Expected: PDF looks like DRAW
     Actual: Shapes with transparent area also cover area outside the shape

Additional Info:
-----------------
a) Based on JPEG compression and SKIA
b) Versions not yet tested.
Comment 1 Rainer Bielefeld Retired 2024-11-10 12:58:24 UTC
Created attachment 197528 [details]
Not all Drawing objects affected

New Sample Document shows that not all Drawing Objects are affected by the Problem.
Comment 2 Rainer Bielefeld Retired 2024-11-10 12:59:01 UTC
Created attachment 197529 [details]
DDF Export Results
Comment 3 Saburo 2025-04-11 14:31:07 UTC
Thank you for reporting the bug.
It has been reproduced.
Version: 25.2.2.2 (X86_64) / LibreOffice Community
Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac
CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: en-US
Calc: CL threaded

works fine.
Version: 7.6.7.2 (X86_64) / LibreOffice Community
Build ID: dd47e4b30cb7dab30588d6c79c651f218165e3c5
CPU threads: 12; OS: Windows 10.0 Build 26100; UI render: Skia/Vulkan; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: CL threaded

and

Version: 25.2.2.2 (AARCH64) / LibreOffice Community
Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac
CPU threads: 8; OS: macOS 13.1; UI render: Skia/Raster; VCL: osx
Locale: ja-JP (ja_JP.UTF-8); UI: en-US
Calc: threaded
***
So I bisected it on Win64-25.2.
commit 462f1c43cc97eb5c13343f285516702aa0c47a8d
author	Patrick Luby <plubius@neooffice.org>	Wed Aug 23 17:22:55 2023 -0400

tdf#156866 use mSize instead of mPixelSize for inverted surface

Commit 5baac4e53128d3c0fc73b9918dc9a9c2777ace08 switched to setting
the surface size to mPixelsSize in an attempt to avoid downscaling
mImage but since it causes tdf#156866, revert back to setting the
surface size to mSize.

Also, in release builds, tdf#156629 and tdf#156630 reappear in many
cases because a BitmapInfoAccess is in a debug block. So, instead
of relying on other code to a create a BitmapInfoAccess instance,
create one here to force the alpha mask to handle any pending
scaling and make the alpha mask immutable.