https://issues.apache.org/ooo/show_bug.cgi?id=124477
--- Comment #13 from Armin Le Grand <[email protected]> --- I tried to find information about the old BugTracker task #160376#, but unfortunately that information is lost. I am sure SJ had reasons to implement this shadow set avoider, else the effort put into it would make no sense. It would be good to know under which circumstances a set shadow at an object with no fill and no line (but up to now independent of text) may be shown wrong. I intensively thought about that combination, but even when the shadow is set, as long as there is no fill and no line it shold do no harm; also did some tests with PresObjs, but all behaves well. Maybe that change was needed before the repaint redefinitions using VOCs and Primitives were done. Changed that code to just take over the shadow in PPT import (basically taking out the change described in comment 12 from sj) and all works well. Made some experiments, but found no problem. I think about commenting this out, but keeping it in the code if problems show up on the way to 4.2 versions. Doing some more tests... -- You are receiving this mail because: You are watching all issue changes.
