Bug 144899 - Table Shadows' "Position" property is not saved in Impress
Summary: Table Shadows' "Position" property is not saved in Impress
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.2.1.2 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: implementationError
Depends on:
Blocks: ImpressDraw-Tables
  Show dependency treegraph
 
Reported: 2021-10-03 19:20 UTC by Rafael Lima
Modified: 2023-01-25 13:53 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Dialog where shadow position is defined (40.00 KB, image/png)
2021-10-03 19:20 UTC, Rafael Lima
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rafael Lima 2021-10-03 19:20:09 UTC
Created attachment 175483 [details]
Dialog where shadow position is defined

In Impress it is possible to apply table shadows by right-clicking the table and going to Table Properties - Shadow. One of the shadow properties that can be set is the Position where the shadow will be drawn (see attached image showing where this is set).

By default, the shadow is applied at the lower right corner of the table. However, changing the position using the dialog has no effect and the selected option is not saved.

Steps to reproduce:
1) Insert a table of any size into a slide
2) Right click the table
3) Go to "Table Properties" and choose the "Shadow" tab
4) Check "Use shadow"
5) Change the position to apply the shadow (any option other than lower right)
6) Define values for the other shadow attributes
7) Click OK

Note that the shadow will be applied to the lower right side instead of the option you selected in the dialog. If you go back to the Shadow dialog, you'll notice that the chosen position was not saved and the "lower right" option will still be selected.
Comment 1 Deep17 2021-10-14 03:39:19 UTC
This issue is reproducible only if the distance value is set to zero. For every other value set in the distance it is working as expected.


Version: 7.2.1.2 (x64) / LibreOffice Community
Build ID: 87b77fad49947c1441b67c559c339af8f3517e22
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 56883788d0090383dad58552f5a11044ffe64a44
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 2 raal 2022-01-06 22:30:37 UTC
I can not confirm with 
Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: eee703970581545b56f3b2faa5b5911923ec28ea
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded Jumbo
Comment 3 Rafael Lima 2022-01-07 13:52:44 UTC
(In reply to Deep17 from comment #1)
> This issue is reproducible only if the distance value is set to zero. For
> every other value set in the distance it is working as expected.

As pointed out by Deep17, this bug only happens if the distance is left at zero. When I change the distance value, the position of the shadow is applied and saved as expected.

What I'm confused about this dialog is the default behavior when you apply the border at first. For instance, create a table and follow these steps:
1) Create the table
2) Right click and then go to Table Properties > Shadow
3) Click "Use shadow"
4) Do not change anything (use defaults) and click OK
5) Notice that a shadow is applied to the lower-right corner

However, the distance is still set to Zero in the dialog. If you right-click this table again, go to Table Properties > Shadow, you'll notice that the distance is zero, even though it is definitely not zero since there is shadow in the table (the actual value is 0,2 cm, which can be seen using Tools - Development Tools).

So the dialog is not showing the Distance value when the default table shadow is applied.
Comment 4 Buovjaga 2023-01-25 13:53:02 UTC
Still confirmed. Let's say implementationError as the feature seems to be new.

Arch Linux 64-bit, X11
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4172fcb7514ff8a9e9740ff0939e9a2f611edbce
CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 25 January 2023