Bug 149872 - Sidebar properties switch from what we're manipulating to the page's properties after merging two shapes
Summary: Sidebar properties switch from what we're manipulating to the page's properti...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
5.2.0.4 release
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: implementationError
Depends on:
Blocks: Sidebar-Properties
  Show dependency tree / graph
 
Reported: 2022-07-05 18:39 UTC by xordevoreaux
Modified: 2024-01-22 13:12 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description xordevoreaux 2022-07-05 18:39:54 UTC 
Description:
I noticed the properties sidebar changes what it's pointing at after I merge two shapes.

Steps to Reproduce:
1. Launch LibreOffice
2. Create a new Draw file
3. Display the properties sidebar (View > Sidebar)
4. Create any two shapes so that they overlap at least a little bit
5. Select both shapes at the same time 
6. Change their color in the properties sidebar (None > Color > [something])
7. Observe that the properties sidebar for color matches those of the shapes
8. Merge the shapes (Shape > Merge)
9. Observe that the properties sidebar now points to the page, not the shape

Actual Results:
Properties sidebar inappropriately retargets the page rather than staying on the shape we're manipulating.

Expected Results:
The properties sidebar should remain on what we're manipulating


Reproducible: Always


User Profile Reset: No



Additional Info:
Tested using:

Version: 7.3.4.2 (x64) / LibreOffice Community
Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

and:

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 23f76e2fed8d77c888a5595d96520ec958cccda8
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 1 xordevoreaux 2022-10-07 16:49:05 UTC 
Still a problem in

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 6d724a494e37412c3fd2e5d0e5e54bda177c4108
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 2 csyu.279 2022-11-27 21:59:34 UTC 
I was able to reproduce the bug in the unstable and stable build:

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 5a1f41a0d3aab15c113651f2edc9d4137ae99063
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

Version: 7.4.2.3 (x64) / LibreOffice Community
Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

However, I'm wondering if this is actually a bug because once I click on the shape, it reverts back to properties of the shape we're manipulating. I'll leave it as unconfirmed
Comment 3 Buovjaga 2022-11-28 15:06:29 UTC 
It would be intuitive if the focus was reflected correctly in the Sidebar.

Same behaviour already in the oldest of Linux 5.2 bibisect repo.
Comment 4 xordevoreaux 2023-05-16 01:00:01 UTC 
Still a problem in:

Version: 7.6.0.0.alpha1 (X86_64) / LibreOffice Community
Build ID: 9366f83c88fc93d40ea0c0035508f24ad5dcb144
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 5 xordevoreaux 2024-01-22 13:12:14 UTC 
Still a problem in:

Version: 24.2.0.2 (X86_64) / LibreOffice Community
Build ID: b1fd3a6f0759c6f806568e15c957f97194bbec8f
CPU threads: 24; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded