Bug 114940

Summary:	Repeated changes to color palettes make LibreOffice incompatible with older LibreOffice projects
Product:	LibreOffice	Reporter:	MarjaE <erwinm>
Component:	Draw	Assignee:	Heiko Tietze <heiko.tietze>
Status:	RESOLVED WONTFIX
Severity:	normal	CC:	heiko.tietze, philipz85, serval2412
Priority:	medium
Version:	5.4.4.2 release
Hardware:	All
OS:	All
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	104118
Attachments:	One affected file LibreOffice 5.2 color palette

Description MarjaE 2018-01-10 07:09:31 UTC

Description:
1. Open a LibreOffice project, from 2016, with many colored objects.

2. Try to change the color of one object, so it matches the color and exact shade of another object. *Standard* shades from the previous version aren't standard in the new version.

3. Either abandon the revisions, or manually change the color of hundreds of objects, or redraw a whole project with hundreds of objects.

Steps to Reproduce:
1. Open a LibreOffice project, from 2016, with many colored objects.

2. Try to change the color of one object, so it matches the color and exact shade of another object.

Actual Results:  
3. Find that you can't change the color of the first object, so it matches the color of the second, because the palette you used has disappeared. A column of "sky blue" options have disappeared without replacement.

4. Either abandon the revisions, or manually change the color of hundreds of objects to work with the new pallettes, or redraw a whole project with hundreds of objects.

Expected Results:
3. ... Not break compatibility with LibreOffice? Allow users to select the older "standard" pallette, so they can continue to work with docs created using an older pallette.


Reproducible: Always


User Profile Reset: No



Additional Info:


User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:56.0) Gecko/20100101 Firefox/56.0.2 Waterfox/56.0.2

Comment 1 Alex Thurgood 2018-01-10 08:31:04 UTC

Yep, I have experienced this myself.

However, it would be helpful if you could provide a sample file from 2016 containing such an array of coloured objects, with which others could test against current releases of LibreOffice to see whether this affects more than just OSX.

Comment 2 Julien Nabet 2018-01-10 09:35:58 UTC

Yousuf/Heiko: noticing your work on palettes, thought you might be interested in this one.

Comment 3 Alex Thurgood 2018-01-10 12:02:15 UTC

I mentioned this during an IRC discussion with jphilipz on QA sometime before Christmas (November/December). Unfortunately, I no longer had/have any "older" documents with the old default colour palette to test against.

Comment 4 Yousuf Philips (jay) (retired) 2018-01-10 20:44:20 UTC

(In reply to MarjaE from comment #0)
> 2. Try to change the color of one object, so it matches the color and exact
> shade of another object.

This should be possible with the clone formatting tool and if it doesnt work, then a bug should be filed against clone formatting. Also the colors in the opened document should appear in the 'document colors' palette of the color widget (bug 106187).

Comment 5 MarjaE 2018-01-10 22:00:20 UTC

Created attachment 139043 [details]
One affected file

Colts are unidentified. Matching colors are not necessarily available, in the available palettes. "document colors" is empty, as always.

Comment 6 Heiko Tietze 2018-01-13 14:51:56 UTC

Created attachment 139080 [details]
LibreOffice 5.2 color palette

Attaching the old palette here since the extensions site doesn't accept my contribution for some reason. The issue itself is a WONTFIX but when you install this extension you get an additional palette with full compatibility for old documents.