Bug 156164 - MCGR 3D renders border with wrong color
Summary: MCGR 3D renders border with wrong color
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
24.2.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 3D-Model
  Show dependency treegraph
 
Reported: 2023-07-04 23:33 UTC by Regina Henschel
Modified: 2023-07-28 00:10 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Compare 3D-cube with 2D-square (25.00 KB, application/vnd.oasis.opendocument.presentation)
2023-07-04 23:33 UTC, Regina Henschel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Regina Henschel 2023-07-04 23:33:44 UTC
Created attachment 188213 [details]
Compare 3D-cube with 2D-square

Open attached document. It has a 3D-cube and 2D-square which use the same graphic style. The style uses a gradient with 60% border (UI "Transition start"). It has three gradient stops:
offset 0 color #0033ff
offset 0 color #ffff00
offset 1 color #ffff00

The 2D-square renders it correctly, but the 3D-cube has a wrong color in the area of the border.
Comment 1 Regina Henschel 2023-07-05 12:46:49 UTC
It effects extruded custom shapes too. That is a problem, because extruding a custom shape (and setting depth 0) is a trick to get a fill rotated with the shape.
Comment 2 Stéphane Guillou (stragu) 2023-07-28 00:10:15 UTC
Reproduced in:

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 24d0a62bd75b9a895c419aa165da648ab18f134d
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded