Bug 120230 - Palette of colors on tool bar 'Color Bar' cannot be set directly; palette chosen elsewhere is used only after restart
Summary: Palette of colors on tool bar 'Color Bar' cannot be set directly; palette cho...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
(earliest affected)
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: implementationError
: 122680 (view as bug list)
Depends on:
Blocks: Color-Bar
  Show dependency treegraph
Reported: 2018-10-01 09:04 UTC by Cor Nouws
Modified: 2021-01-13 15:31 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:
Regression By:


Note You need to log in before you can comment on or make changes to this bug.
Description Cor Nouws 2018-10-01 09:04:21 UTC
In Draw:
- open tool bar Color Bar
- see the used palette
  > notice there is no way to chose another palette
- open dialog with color, e.g. page properties, and change palette there
  > palette in color bar is still the same
- close and reopen LibreOffice
  > palette in color bar now has changed

Most convenient would be, IMO, if it has a control to chose the palette.
Then it should be an RFE

Also possible: choosing a different palette elsewhere, immediately influences the Color Bar. Then it is a bug.

Noticed in Master, but must be there much longer.
Comment 1 Regina Henschel 2018-10-01 11:04:46 UTC
In former versions, e.g LO 4.5, when changing the palette with "Load", the Color Bar was adapted. With the new dialog "Load" was removed and the drop-down list was introduced. It seems, that it has been overseen, that the Color Bar needs to be updated.

It is more a regression than an enhancement request.
Comment 2 V Stuart Foote 2018-10-01 16:53:38 UTC
Yes, agree that the Draw/Impress Color Bar needs to be reworked. When any of the drop list box based palette picks occurs the Color Bar needs to be refreshed/reloaded. 

Also, the Color Bar would benefit from adding the drop list box palette widget. Move the "None" button onto a row hloding Palette list box--and allow the Color Bar to hold the 12 column standard pallet cleanly to match the color picker.
Comment 3 Heiko Tietze 2018-10-07 09:21:45 UTC
We changed the way of dealing with colors and simplified it. So "regression" sounds false to me. The problem is kind of what is being discussed in bug 105225. But the color bar also doesn't comply with the intended wrapping because of the first 'clear' entry. I would introduce a header pane where the palette can be chosen and where special functions such as clear are located.

Oups, Stuart wrote the same. Should read all comments first ;-)
Comment 4 V Stuart Foote 2019-01-13 02:04:50 UTC
*** Bug 122680 has been marked as a duplicate of this bug. ***
Comment 5 QA Administrators 2021-01-13 04:00:06 UTC Comment hidden (obsolete)
Comment 6 V Stuart Foote 2021-01-13 15:31:45 UTC
Issue remains, the Draw 'Color bar' does not refresh with palette selection, and no drop list widget with the color bar to directly change it.

Version: (x64)
Build ID: 57a59ad02d2e5e89724c0d2e60cf6e7d99fba005
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded