The default color for drawing objects is #729fcf (pale blue), not easy to set back after changed into something else. The suggestion is to use a named color from the standard palette - and ideally to make it configurable via Tools > Options > Colors.
+1 in addition link the color with the color plate.
Seems there are a lot of places for this color (n=257). https://opengrok.libreoffice.org/search?project=core&q=729fcf&defs=&refs=&path=&hist=&type= Closest color from the new standard is Light Blue 3, #7da7d8 but why not go with the LibreOffice typical green and use Light Lime 3?
Suggestion on the mailing list to switch from blue to green received positive resonance (it should be a color from the standard palette rather than a branding color to not always switch back and forth) http://nabble.documentfoundation.org/Default-color-for-shapes-tt4229331.html Shape color is defined in include/svx/xdef.hxx as #define COL_DEFAULT_SHAPE_FILLING 0x729fcf. Unfortunately, the hard-coded color value is spread over the source code in particular at the unit tests. Decision in ESC was to to separate default on filter from default in UI. http://nabble.documentfoundation.org/minutes-of-ESC-call-tt4229532.html
*** Bug 116759 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** 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! Warm Regards, QA Team MassPing-UntouchedBug
*** Bug 123191 has been marked as a duplicate of this bug. ***
*** Bug 133127 has been marked as a duplicate of this bug. ***
If we can have drawing style support (BUG 89369) in writer and calc like we have in draw and impress. We can also solve this bug and are even more flexible by use different colors for different templates.
Changing either the default of COL_DEFAULT_SHAPE_FILLING in include/svx/xdef.hxx or using something else but this constant in sd/source/core/drawdoc4.cxx and svx/source/xoutdev/xpool.cxx doesn't pass QA tests. We generate new content, save it, and compare the result with previously created documents, for example in Chart2XShapeTest::testFdo75075. One possible solution is to load default templates on start. This makes it possible to run the QA tests with the hard-coded defaults but change the parameters per default template. Tried this but failed in https://gerrit.libreoffice.org/c/core/+/115491 because librelogo wasn't cooperative.