In preparing a presentation with a black background, and white text, I changed just the background to "color" picking Black for the master slide. The slide text automatically switches to white then, which is nice. However, on the "notes" view, this automatic text color does not work, and the slide text cannot be read. Workaround: I had to manually set the text color to White on the master slide for being able to proceed
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Thanks for bugreport Please, attach presentation that demonstrates this problem
Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian
Created attachment 67226 [details] test case of notes problem
reproduced in 3.3.4 and 3.6.1 on Fedora 64 bit Try to compare tabs "Normal" and "Notes" in attachment
Confirmed with LibO 4.0 font color "automatic" is not respected in notes view
*** Bug 42928 has been marked as a duplicate of this bug. ***
*** Bug 41575 has been marked as a duplicate of this bug. ***
*** Bug 73419 has been marked as a duplicate of this bug. ***
hmm, seems to be triggered by http://cgit.freedesktop.org/libreoffice/core/commit/?id=2d06094c701262ef54604be206c25dd87a77d224
sigh, the algorithm is that the editengine is told the background its on, but it is told the background of the *page* its on, which is white, not the background of the frame that its in which is black.
Created attachment 91826 [details] test case with the various edge cases in it for normal and notes view
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=76a0b3170664b19c3eb66edc8fccb04dc5485387 Resolves: fdo#35779 set the bg color of the editeng from the text shape The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolan McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b72f3f40828cf6761a8a3cee0dfe2f8a9d4e4a21&h=libreoffice-4-2 Resolves: fdo#35779 set the bg color of the editeng from the text shape It will be available in LibreOffice 4.2.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thanks for fixing this bug