PRECONDITION: insert any Chart and select it for Edit open Options > Charts > Default Colors PROBLEM DESCRIPTION: click on Data Series 1 click on a red color in the Color Table --> the red color is framed and red is assigned to the Data Series 1 (OK) click on Data Series 2 --> still the red color selected for Data Series 1 is framed (not OK) (but of course not assigned to the Data Series 2: OK) click on Data Series 3 click on a blue color in the Color Table --> the blue color is framed, blue is assigned to the Data Series 3 (OK) click again on Data Series 1 --> still the blue color is framed, although blue has not been assigned to the Data Series 1 (not OK) EXPECTED BEHAVIOUR: either the Chart Colors or or the Color Table shall show the actual value Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (de_DE.UTF-8); UI: en-US Calc: threaded
I was not able to reproduce the bug as you mentioned. Can you provide screenshots? Version: 25.2.0.0.alpha0+ (AARCH64) / LibreOffice Community Build ID: dd1870369618b2f1fcc7faa9c8e217e556e56c1a CPU threads: 8; OS: macOS 14.5; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 197473 [details] Calc ods example file with chart od 4 data series Data Series 1 ('Lina') is blue at the beginning Data Series 2 ('Hans') is red at the beginning Data Series 3 ('Maria') is yellow at the beginning Data Series 4 ('Jakob') is green at the beginning
Created attachment 197474 [details] screen after 1st step Data Series 1 and click on a red color.png shows screen after 1st step: > click on Data Series 1 > click on a red color in the Color Table > --> the red color is framed and red is assigned to the Data Series 1 (OK)
Created attachment 197475 [details] screen after 2nd step Data Series 2 still red color selected.png shows screen after 2nd step: > --> still the red color selected for Data Series 1 is framed (not OK) (but of > course not assigned to the Data Series 2: OK)
Created attachment 197476 [details] screen after 3rd step Data Series 3 click on blue.png shows screen after 3rd step: click on a blue color in the Color Table --> the blue color is framed, blue is assigned to the Data Series 3 (OK)
Created attachment 197477 [details] screen after 4th step again Data Series 1 still blue.png shows screen after 4th step: > --> still the blue color is framed, although blue has not been assigned to the Data Series 1 (not OK)
Bibisected with linux-64-6.3 to 82df20eeb8f071aaf3780b111aaa27fbc1b2dc9a tdf#105225 Add palette selection to options charts default colors Probably we should call it an implementation error. (When testing the example file is not needed, you can just focus on the option)
I bibisect that the color column went away for gtk3 in this patch: commit 7eb0e13c6547f00bc139d817ef53350c99e3eb2e gen and qt VCL backends still have the color column. Here is a link to a patch that returns the color column for gtk3: https://gerrit.libreoffice.org/c/core/+/182551
(In reply to Jim Raykowski from comment #8) > I bibisect that the color column went away for gtk3 in this patch: > commit 7eb0e13c6547f00bc139d817ef53350c99e3eb2e > > gen and qt VCL backends still have the color column. > > Here is a link to a patch that returns the color column for gtk3: > https://gerrit.libreoffice.org/c/core/+/182551 Ah, I did not even notice that different issue. So what Jim is tackling with the above patch is the "Chart Colors" list in the "Default Colors" options pane not showing the color preview boxes in the gtk3 UI. I confirm the patch fixes that particular issue.
Jim Raykowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/6c7593e0366cb7705234960d555a451e27753725 tdf#163347 Restore options chart colors page color column for gtk3 It will be available in 25.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Jim Raykowski committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/5a80176b0f5c9ddcab95450714e8eea648d69066 tdf#163347 Restore options chart colors page color column for gtk3 It will be available in 25.2.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 164674 has been marked as a duplicate of this bug. ***
> tdf#163347 Restore options chart colors page color column for gtk3 indeed in 25.8.2 there is a color column in the Chart Colors which reflects the correct color (IMHO this is enough, the color in the Color Table need not to be marked) Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 2; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded
(In reply to Michael Otto from comment #13) > > tdf#163347 Restore options chart colors page color column for gtk3 > > indeed in 25.8.2 there is a color column in the Chart Colors > which reflects the correct color > (IMHO this is enough, the color in the Color Table need not to be marked) It would still be optimal to have the colour in the table be synced to what is selected in the list.
(In reply to Buovjaga from comment #14) > It would still be optimal to have the colour in the table be synced to what > is selected in the list. I've worked up a patch that does this. Should we file it under this bug report or a separate enhancement request?
(In reply to Jim Raykowski from comment #15) > (In reply to Buovjaga from comment #14) > > It would still be optimal to have the colour in the table be synced to what > > is selected in the list. > I've worked up a patch that does this. Should we file it under this bug > report or a separate enhancement request? This report is fine. Thanks for your work :)
Thank you for help...
(In reply to Lars from comment #17) > Thank you for help... Lars: typically you should let the fixer close as fixed, so it shows up correctly in various statistics.
Link to a related patch that makes the colour in the table be synced to what is selected in the list: https://gerrit.libreoffice.org/c/core/+/193437 Link to a patch related to the above related patch that makes the color table in the Area and Background Color tab pages sync with the active color when the tab page is shown: https://gerrit.libreoffice.org/c/core/+/193438/1
Jim Raykowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/fe8dad3b7ea1e30312ba25ca328f2fc3f063979e related tdf#163347: Sync colour table to chart colors list selection It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Jim Raykowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/676892af95079d00c19527b94396aacf4136bf0d related tdf#163347: sync color table with active color It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Lars: please don't change things in the bug meta data, if you are not sure what you are doing. Thanks.