Bug 165204 - With Chart in Edit mode, undocked toolbar closes when button visibility changed (Windows, gtk3, gen - NOT kf5/kf6)
Summary: With Chart in Edit mode, undocked toolbar closes when button visibility chang...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
5.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks:
 
Reported: 2025-02-11 16:44 UTC by Buovjaga
Modified: 2025-02-11 16:45 UTC (History)
2 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 Buovjaga 2025-02-11 16:44:43 UTC 
1. Create a chart and stay in edit mode
2. Right-click the Formatting toolbar, deactivate lock, undock it
3. From the dropdown in the right corner of the floating toolbar, Visible Buttons, change something

The toolbar closes.

Bibisected with win32-5.4 to 81d4fbc0daa54889ccb09e6a3fadff9c70d99448
tdf#42029 Use a floating toolbar to show clipped items

Split from bug 163351.

The history is different for the various UIs.

With gtk3, in 6.2 the undocking breaks and we are not able to test. The bibisect result for broken undocking is f4dafe050abe42a36ed56576c23539eb808db5ba, which is also blamed for bug 152088, but said to be a false result. Interesting that the topic is docking in both... In 7.0, it became possible to undock via the right-click context menu. The problem is seen already in the last commit of 7.0 Linux bibisect repo, I didn't bibisect the exact change.

With gen UI, the problem is already in 3.5, seems to be consistently seen throughout the history.

With the KDE UIs, I didn't check the history (if it was broken in the past).