After setting a fill pattern in a bars char, the fill does not change. Next time the data series format dialog is opened it starts in the "Bitmap" selector.
Steps to Reproduce:
1. Create bar chart. Leave default colour fill.
2. Edit data series area
3. Set a fill pattern
(test file attached)
1. Chart is still filled with solid colour
2. If data series format window is opened again, it starts in the “Bitmap” section.
1. Data series filling changes to the selected pattern.
User Profile Reset: Yes
OpenGL enabled: Yes
Build ID: 1:5.4.2~rc2-0ubuntu0.16.04.1~lo2
CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk2;
Locale: en-GB (en_GB.UTF-8); Calc: group
$ cat /etc/issue
Ubuntu 16.04.3 LTS \n \l
deb http://ppa.launchpad.net/libreoffice/ppa/ubuntu xenial main
Similar to bug 105947 and bug 105922.
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36
Created attachment 137589 [details]
Test file for chart pattern filling bug
I see the error in Version: 18.104.22.168.alpha1+ (x64)
Build ID: a5af0fd9f27af42cf2e8571f659cdad6e606215b
CPU threads: 8; OS: Windows 10.0; UI render: GL;
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-11-07_00:30:02
Locale: de-DE (de_DE); Calc: CL
Katarina Behrens committed a patch related to this issue.
It has been pushed to "master":
tdf#113688: Pattern fill can be set from sidebar now
It will be available in 6.1.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
*** Bug 117686 has been marked as a duplicate of this bug. ***
In 6.0.4, if we choose pattern but leave default Foreground and Background Color, pattern is not applied. But if we change some, it is.
In 6.1+, even if we leave default Foreground and Background Color, pattern is applied.
So it looks like WorksForMe.
Katarina, can you please explain the patch?
By name it seems for unrelated issue, that pattern fill can 't be set from sidebar.
But I tried new build, I still can't set pattern from sidebar, maybe WIP.
> In 6.0.4, if we choose pattern but leave default Foreground and Background
> Color, pattern is not applied. But if we change some, it is.
> In 6.1+, even if we leave default Foreground and Background Color, pattern
> is applied.
May be fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=ec05c7fd4a0e09e0c953f243475cbc7db9afb02c but I don't know for sure, QA is hard, let's go shopping
> Katarina, can you please explain the patch?
> By name it seems for unrelated issue, that pattern fill can 't be set from
The title of the bug says "cannot set data series filling to pattern" and doesn't specify whether this happens in sidebar or in area fill dialog. It didn't work from sidebar so I assigned the patch to this bug
> But I tried new build, I still can't set pattern from sidebar, maybe WIP.
It's a patch from older feature branch and it WFM, so if it doesn't work anymore on dailies, it was presumably someone else who broke it, not me
When I said "I still can't set pattern from sidebar" it really means "I can't use sidebar for charts at all". Guess bug 116838.
It's another issue, but consequently we can't verify the patch.
But I suggest you close this bug and - should God forbidden it doesn't work - we'll just reopen it.
We seldom have chance to set "reopen" flag anyway :)
*** Bug 118611 has been marked as a duplicate of this bug. ***
I find several, possibly related, similar bugs in the 6.1 that just came out. (One was really weird — with certain data values the bar gets separated from the axis! Not sure I can reproduce that one, but I'll try.) This is using charts in calc; I'm not clear whether the "chart" component refers to that or something I'm not aware of, but seeing as the sample above looks like a normal calc ss, I'll assume "chart" is the component I should file my bug(s) under. I'll narrow down the bugs I seem to be finding and send in a report. I only have a couple of previous versions on my machine so I may not be very diligent about trying to find the earliest version my bugs are in.
Dear Jorge Juan,
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Issue fixed when using chart dialogs but still not finally fixed when using Sidebar. Then 'Bitmap' is selected.
(In reply to Katarina Behrens (CIB) from comment #6)
> > In 6.0.4, if we choose pattern but leave default Foreground and Background
> > Color, pattern is not applied. But if we change some, it is.
> > In 6.1+, even if we leave default Foreground and Background Color, pattern
> > is applied.
> May be fixed by
> ?id=ec05c7fd4a0e09e0c953f243475cbc7db9afb02c but I don't know for sure, QA
> is hard, let's go shopping
Bibisected with bibisect-win32-6.1 and can confirm that selecting one of the preset patterns was fixed by that commit.
Also the pattern fill is still not picked up by the sidebar and bitmap type fill is reported in current-ish master:
Version: 22.214.171.124.alpha1+ (x86)
Build ID: 80109586e6cb6d3e2e0a53a9079c3125ec9b8368
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win;
Locale: hu-HU (hu_HU); UI-Language: en-US