Bug 152922 - Default area transparency gradient set from Area dialog has 0% End value (should be 100%, like in sidebar)
Summary: Default area transparency gradient set from Area dialog has 0% End value (sho...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.3.3.2 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Chart Object-Fill-Gradient
  Show dependency treegraph
 
Reported: 2023-01-08 08:21 UTC by Stéphane Guillou (stragu)
Modified: 2024-04-12 12:32 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
example file with chart containing many area elements with colour fills (22.98 KB, application/vnd.oasis.opendocument.text)
2023-01-08 08:21 UTC, Stéphane Guillou (stragu)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stéphane Guillou (stragu) 2023-01-08 08:21:37 UTC
Created attachment 184522 [details]
example file with chart containing many area elements with colour fills

A transparency gradient can be applied to a chart element from the sidebar but not from the format dialog.

Steps:
1. Open attachment (or create a chart from scratch)
2. Double-click on chart to enter edit mode
3. Select an element with a coloured area (Title, Subtitle, Legend, Chart wall, Data series...), right-click and use the "Format <element>..." option
4. Transparency > Gradient (leave defaults)
5. Click OK

Results:
- In the dialog, the preview does not update to show a gradient (but it does if the transparency is solid)
- After applying, the gradient does not apply to the area (but it does if the transparency is solid)
- Opening the dialog again shows that the setting remains

However, if this transparency gradient setting is applied from the sidebar, it works as expected.
A colour gradient applied from the dialog works too.

Tested in Writer and Calc on Linux and Windows, with a recent master build:

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

Also present in:

Version: 6.3.6.2
Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-US
Calc: threaded

But not in:

Version: 6.2.0.0.beta1
Build ID: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-US
Calc: threaded
Comment 1 Rainer Bielefeld Retired 2023-01-09 07:05:54 UTC
NOT reproducible with reporter's sample document and Installation of Version: 7.5.0.1 (X86_64)  Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df
CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: Calc: threaded |  Elementary Theme  |  Normal UserProfile  

I modified Subtitel to ellipsoid gradient transparency using context menu, worked without problems.

Fixed in between?

@Reporter: 
a) Please try Version 7.3.7 or later
Comment 2 Stéphane Guillou (stragu) 2023-01-09 08:06:24 UTC
I can also reproduce in the same build as you:

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

Same with any transparency gradient applied from the Format dialog. Fresh profile.

Curious as to why I can see it on both Ubuntu 20.04 and Windows 10 but you can't.
Comment 3 Stéphane Guillou (stragu) 2023-01-09 09:56:19 UTC
Turns out it affects all objects with coloured area, not just in charts.
I just tried with a simple rectangle shape, same result:

1. Open e.g. Writer
2. Insert > Shapes > Basic Shapes > Rectangle
3. Trace a rectangle
4. Right click > Area > Transparency > Gradient: no effect.

I also noticed the workaround that changing the transparency type in the sidebar fixes the dialog issue _for that shape_. So to reproduce, make sure you first try the Area dialog before using the sidebar. 

Bibisected to the following commit with the linux-64-6.3 repo:

commit 278a60fe7bd2254a7c09c9d32317ff4f2aab752f
author	Tamás Zolnai <tamas.zolnai@collabora.com>	Thu Sep 05 15:47:27 2019 +0200
committer	Xisco Faulí <xiscofauli@libreoffice.org>	Tue Sep 10 01:42:13 2019 +0200
tree 71f30cc3e65a50797aa4c0176ebdb18cf6df4105
parent e0932464fd8dc19de4f2c25bf9ef0812d8c02a64
tdf#127372: PPTX: Shape's background transparency changes during RT
Reviewed-on: https://gerrit.libreoffice.org/78657

... which was fixing the regression in bug 127372.
Comment 4 Rafael Lima 2023-01-09 20:49:58 UTC
I can confirm this in

Version: 7.4.3.2 / LibreOffice Community
Build ID: 40(Build:2)
CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Ubuntu package version: 1:7.4.3-0ubuntu0.22.10.1
Calc: threaded

Using the dialog has no effect, but changing the transparency using the sidebar works as expected.
Comment 5 Stéphane Guillou (stragu) 2024-04-12 12:32:34 UTC
The issue is only that the default "End value" is 0% instead of 100%, the value it had before commit 278a60fe7bd2254a7c09c9d32317ff4f2aab752f. So it looks like the setting does nothing.