Bug 140140 - Notebookbar Customize dialog allows for drag and drop, but this has no effect and is reverted once OK is pressed
Summary: Notebookbar Customize dialog allows for drag and drop, but this has no effect...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected) release
Hardware: All All
: medium minor
Assignee: Not Assigned
Keywords: implementationError
: 155500 (view as bug list)
Depends on:
Blocks: Notebookbar Customise-Dialog 148121 101513
  Show dependency treegraph
Reported: 2021-02-04 00:57 UTC by Luca Di Bona
Modified: 2023-10-24 15:43 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Luca Di Bona 2021-02-04 00:57:18 UTC
When in the Notebookbar configuration window in writer, it is possible to drag an icon and change it's position in the configuration list, even across separators. However, this has no effect on the appearance of the Notebookbar, and when the configuration window is reopened, the change is reverted

Steps to Reproduce:
1.Open the Notebookbar configuration window (Menubar>view>toolbars>customise>Notebookbar)
2.Select and drag an icon or text up or down
3.Press OK to apply changes

Actual Results:
No change in position of icons in notebookbar

Expected Results:
Either: drag and drop should not be possible in the first place
Or: icons should change positions to where they moved to

Reproducible: Always

User Profile Reset: No

OpenGL enabled: Yes

Additional Info:
Version: (x64)
Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; 
Locale: en-GB (en_GB); UI-Language: en-US
Calc: CL
Comment 1 Stéphane Guillou (stragu) 2021-02-04 02:05:09 UTC
I can reproduce in:

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

But should this be a duplicate of Bug 101513 ? I like that your bug report, Luca, is more specific to one of the remaining issues...
Comment 2 QA Administrators 2023-02-05 03:20:28 UTC Comment hidden (obsolete)
Comment 3 Abel Berthomier 2023-04-20 17:22:27 UTC
The bug is still present in version

On macOS 11.6

Also experienced by Windows user @cwolan as mentioned in this forum topic: https://ask.libreoffice.org/t/comment-enlever-les-separateurs-des-onglets-du-menu/90691
Comment 4 Justin L 2023-10-11 21:48:32 UTC
Probably just a fancy-worded duplicate of bug 148121.
Comment 5 Stéphane Guillou (stragu) 2023-10-12 07:46:23 UTC
*** Bug 155500 has been marked as a duplicate of this bug. ***
Comment 6 Stéphane Guillou (stragu) 2023-10-12 07:48:29 UTC Comment hidden (obsolete)
Comment 7 Stéphane Guillou (stragu) 2023-10-12 08:22:33 UTC
(In reply to Justin L from comment #4)
> Probably just a fancy-worded duplicate of bug 148121.

I'd say let's keep them separate as this one is an implementation "error", whereas the other is an enhancement request blocked by this one (being able to export and import customisations).

Changing component as it's not Writer-specific.
Same in libreoffice-