Issue 117830 - Gradient fills are not restored correctly on opening saved files
Summary: Gradient fills are not restored correctly on opening saved files
Alias: None
Product: Impress
Classification: Application
Component: save-export (show other issues)
Version: version58
Hardware: PC Linux, all
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2011-04-13 09:10 UTC by elzoido
Modified: 2013-04-02 18:52 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

testdoc (45.34 KB, application/vnd.oasis.opendocument.presentation)
2011-04-13 12:52 UTC, wolframgarten
no flags Details
Part of presentation showing problems (190.99 KB, application/vnd.oasis.opendocument.presentation)
2011-04-14 08:42 UTC, elzoido
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description elzoido 2011-04-13 09:10:55 UTC
I have created a presentation containing several custom gradient fills.
After saving the presentation and reopening, randomly some of the gradients seem to switch to different gradients.

I'm using the german version of OOO 3.2.1 on Ubuntu 10.10 64bit.
Therefore, my custom gradients are saved as "Farbverlauf x". On reload, the incorrect gradients seem to switch their name to "Gradient x".

I have not been able to notice any pattern which custom gradient will be affected on opening a saved document.

This bug may be a duplicate of bug 61727, reported 5 years ago for version 2.0.1.
Comment 1 wolframgarten 2011-04-13 12:52:17 UTC
Created attachment 76372 [details]
Comment 2 wolframgarten 2011-04-13 12:52:33 UTC
Sorry, not reproducible on german 3.2.1 version under linux with the attached file.
Comment 3 elzoido 2011-04-14 08:42:37 UTC
Created attachment 76378 [details]
Part of presentation showing problems
Comment 4 elzoido 2011-04-14 08:51:41 UTC
Ok, I attached parts of my presentation where the problem turned up, including pictures showing what I want and what I get.

After some testing I think I found the reason:

I copied an element containing an custom gradient from another presentation (the objective on page 2).
Seemingly this gradient got imported and named "Gradient 7", although it never shows up in my list of gradients.

After that I created the custom gradient on page 1 (the circle labeled "F"), which got named "Farbverlauf 7".

If I now reopen the document, the filling on page 1 reverts to "Gradient 7" instead of keeping "Farbverlauf 7".
Sometimes however it is "Gradient 7" on page 2 that flips over to "Farbverlauf 7".

So I guess this can be averted by manually reassigning all custom gradients on imported elements from other presentations, but that's only a workaraound.
Comment 5 elzoido 2011-04-14 09:22:48 UTC
I give up, I don't know why but after reassinging the gradients, he just screws up every gradient in the presentation.

I assign one to "Farbverlauf xy" and it immediately changes to "Gradient xy" when I click on it again.
Then on reopening of the presentation they just go crazy...
Comment 6 wolframgarten 2011-04-14 10:29:43 UTC
Maybe this is a special issue of the Ubuntu OpenOffice version where we cannot do anything about it.. I am trying to figure out how it is possible that a gradient called "Farbverlauf" in german transforms to "Gradient" what naturally is the english expression for it. You said you use a german version of 3.2.1 - is your system also german?
Comment 7 elzoido 2011-04-21 08:39:54 UTC
Sorry fr the delay, but I was out of town for a couple of days.

I was able to reproduce the same error in Windows 7.

So it seems not to depend on the special Ubuntu version.
When I reopen the presentation, the custom gradients get named form "Farbverlauf" to "Gradient" and are mixed up randomly.

Reapplying the correct ones and saving them does not help.

Either my presentation here is somehow screwed up, or the way how OOo is handling the names of custom gradients is.
Comment 8 Oliver-Rainer Wittmann 2012-06-13 12:32:01 UTC
getting rid of value "enhancement" for field "severity".
For enhancement the field "issue type" shall be used.
Comment 9 Rob Weir 2013-02-02 02:59:00 UTC
This Issue requires more information ('needmoreinfo'), but has not been updated
within the last year. Please provide feedback as requested and re-test with the the latest version of OpenOffice - the problem(s) may already be addressed. 

You can download Apache OpenOffice 3.4.1 from

Please report back the outcome of your testing, so this Issue may be closed or
progressed as necessary - otherwise the issue may be Resolved as Invalid in the