Bug 138656 - Many graphic/frame elements (sometimes fill color sometimes border color) turns to default blue Tango color when applying Master Slide
Summary: Many graphic/frame elements (sometimes fill color sometimes border color) tur...
Status: RESOLVED DUPLICATE of bug 122080
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.0.3.1 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-04 10:07 UTC by Rizal Muttaqin
Modified: 2022-09-13 06:27 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
This video will show you clearly what the problem is (6.55 MB, video/mp4)
2020-12-04 10:07 UTC, Rizal Muttaqin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rizal Muttaqin 2020-12-04 10:07:52 UTC
Created attachment 167823 [details]
This video will show you clearly what the problem is

Description:
Try to apply master slide design ends up with wrong blue Tango color. Even some element designs change drastically. This makes Impress barely usable for user as the issue is also happens in Stable release.

Steps to Reproduce:
1. Open Impress, select one of Master slide design from sidebar
2. Add new slide, repeat previous step

Actual Results:
Many design elements, including shape/graphic/text frame's fill color or shape/graphic border color turns to be blue Tango. Master slide preview also affected.

Expected Results:
Every aspect of slide design should follow Master Slide design


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.0.0.alpha0+
Build ID: a5216cf1eb647862f377bed9b9a447e8bccf338f
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5
Locale: id-ID (id_ID.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-12-03_06:36:15
Calc: threaded


Version: 7.0.1.1
Build ID: <buildversion>
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5
Locale: id-ID (id_ID.UTF-8); UI: id-ID
Ubuntu package version: 1:7.0.1~rc1-0ubuntu0.18.04.1
Calc: threaded
Comment 1 Sofyan Sugianto 2020-12-04 11:07:07 UTC
Hi, i also can reproduce this issue in my Arch Linux installation.


Version: 7.0.2.2
Build ID: 00(Build:2)
CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: kf5
Locale: id-ID (id_ID.UTF-8); UI: id-ID
7.0.2-1
Calc: threaded

User Profile Reset: No (reproducible) / Yes (also reproducible)
Comment 2 Heiko Tietze 2020-12-04 13:30:14 UTC
Colors are not changed with 6.4 but forms. 7.2 takes Tango Blue for all shapes regardless what's defined in the template.
Comment 3 Rizal Muttaqin 2021-08-01 07:46:05 UTC
Any chance that this bug was inherited from OpenOffice.org?
Comment 4 Pedro 2022-03-18 08:31:39 UTC
Had exact same problem with 7.4 Master yesterday.
I had experimental features enabled, that might've caused it?
Comment 5 Rizal Muttaqin 2022-03-18 09:03:34 UTC
(In reply to Pedro from comment #4)
.
> I had experimental features enabled, that might've caused it?

I don't think so. This bug has been around even if we use fresh user profile. Try it by resetting everything to factory settings (Help > Restart in safe mode). Next time LibO relaunch, select "Reset to factory settings" or like (safe mode gives me localized UI.


This is a critical bug that should be addressed. I never bibisect but if I can recall the issue occured in 7.0 version after many Impress templates have been updated by Andreas Kainz (I am not sure that's the root cause either).

Adding Andreas Kainz and Regina to the bug
Comment 6 Stéphane Guillou (stragu) 2022-09-12 15:57:25 UTC
I can see this happen with 6.3 already:

Version: 6.3.6.2
Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-US
Calc: threaded

I believe this is a duplicate of Bug 122080

*** This bug has been marked as a duplicate of bug 122080 ***
Comment 7 Heiko Tietze 2022-09-13 06:27:38 UTC
Rather a dup to bug 112541. Shapes take the hard-coded fill color.