Bug 128612 - Toolbars show wrong area type for pattern and do not work correctly
Summary: Toolbars show wrong area type for pattern and do not work correctly
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
(earliest affected) release
Hardware: All All
: lowest trivial
Assignee: Not Assigned
Depends on:
Blocks: Area-Fill-Tab
  Show dependency treegraph
Reported: 2019-11-05 23:11 UTC by Gerhard Weydt
Modified: 2019-11-26 13:08 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

showing the difference between toolbar and sidebar (16.51 KB, image/png)
2019-11-05 23:11 UTC, Gerhard Weydt

Note You need to log in before you can comment on or make changes to this bug.
Description Gerhard Weydt 2019-11-05 23:11:11 UTC
Created attachment 155545 [details]
showing the difference between toolbar and sidebar

The toolbars - in all versions of the user interface, where applicable - behave wrongly as regards the choice of "pattern:
Main Problem:
Draw a rectangle or else, choose Format -> Area -> Pattern, choose some pattern (or use the sidebar). The pattern is applied correctly to the form. But then look at the toolbar: the selection in area type is "Bitmap", while the pattern is still displayed. If you use the dropdown list, it is shown in conjunction with the bitmaps. Selecting pattern again yields filling the object with the default colour. The toolbar still shows "pattern" whereas the dialog and the sidebar correctly show "none".
Minor Problem: most probably having the same reason; selecting pattern as area type, no patterns are displayed.

The bug is still there in
Version: (x64)
Build ID: cc57df8f942f239d29cb575ea5a7cb01405db787
CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: GL; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: threaded
I found it in, but not in In this last mentioned version there still is no area style "pattern", this appears in, which probably was not added completely.
There is a similar bug report: #123804. In https://bugs.documentfoundation.org/show_bug.cgi?id=123804#c3 Julien Nabet points to a possible reason, which supports the assumption of an incomplete amendment.
Comment 1 Xisco Faulí 2019-11-25 15:16:03 UTC
Reproduced in

Build ID: d6e2d624a124454fa4ac80cb30a924571a609101
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded
Comment 2 Xisco Faulí 2019-11-25 15:17:26 UTC
@Heiko, anyone from the UX team that might be interested in fixing this issue ?
Comment 3 Heiko Tietze 2019-11-26 13:08:30 UTC
Not sure about the meta blocker... Adding also Jim as he did some work around this topic.