Bug 91104 - Editing presentation. Text is blocked in white and cannot be read.
Summary: Editing presentation. Text is blocked in white and cannot be read.
Status: RESOLVED DUPLICATE of bug 88295
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected) release
Hardware: x86-64 (AMD64) All
: medium major
Assignee: Not Assigned
Keywords: regression
: 79341 (view as bug list)
Depends on:
Reported: 2015-05-06 00:20 UTC by Tim Ziebart
Modified: 2015-08-14 02:59 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Three steps showing problem. (462.75 KB, image/png)
2015-05-06 00:20 UTC, Tim Ziebart
Document with the problem. (2.68 MB, application/vnd.oasis.opendocument.presentation)
2015-05-06 14:39 UTC, Tim Ziebart

Note You need to log in before you can comment on or make changes to this bug.
Description Tim Ziebart 2015-05-06 00:20:24 UTC
Created attachment 115370 [details]
Three steps showing problem.

See attached image.  I create the presentation and everything is fine.  NO problems.  I save the presentation and return later to continue work or to make an edit.  Open the presentation and all text is blocked in white.  I click on the text to be edited and it appears.  Once focus is lost the text appears as a block of white again.

I removed and reinstalled libreoffice to reset the settings. The text is auto formatted. The image was added to a master template as was the text in the footer, that is not impacted.  If I change the background image on the master slide the text will appear again, but the style information will be lost.

If I change to a dark background color the same thing occurs.  If I go to a light background or simply the default format when creating a new presentation everything appears to be ok.  It seems related to a dark background and the auto settings.  

I am running Ubuntu 15.04 using the Ambiance theme. I was running a dark theme but changed to Ambiance to see if Gnome settings had anything to do with it. It made no difference. I have used a dark image background before and have had no difficulties.  This first appeared yesterday but I have not been changing presentations for about a month or two. I do regular updates with Ubuntu so the verion of Libreoffice should be current.  

I even downloaded openoffice 4.1.1-6 to give it a try.  It shows the text but the color contrast is too low.  It appears though. Don't know if that helps. If I change the font color in LibreOffice it does not make any impact.  

Thank you.

Comment 1 raal 2015-05-06 09:09:38 UTC
Hello Tim,

Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Comment 2 Tim Ziebart 2015-05-06 14:39:08 UTC
Created attachment 115385 [details]
Document with the problem.
Comment 3 Tim Ziebart 2015-05-06 14:42:21 UTC
I also copied the file to a Windows machine (Windows 7) and had the same problem.
Comment 4 Buovjaga 2015-05-12 10:26:42 UTC

4.2.8 doesn't have this problem.

Win 7 Pro 64-bit Version: (x64)
Build ID: ddb3c4531c657cda6ae20dd950020cea1d12ba2e
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-05-11_00:25:02
Locale: fi-FI (fi_FI)

Ubuntu 15.04 64-bit 
Build ID: 40m0(Build:2)
Locale: en_US

Build ID: 48d50dbfc06349262c9d50868e5c1f630a573ebd
Comment 5 Marco polo 2015-06-09 05:10:21 UTC
*** Bug 79341 has been marked as a duplicate of this bug. ***
Comment 6 Katarina Behrens (Inactive) 2015-06-23 21:27:03 UTC
Possible duplicate of bug 88295. 

However, the document attached to this bug is one of those that got broken by buggy LibO ODF export code and have to be repaired, see bug 88055, comment 5 how to do that
Comment 7 Matthew Francis 2015-08-14 02:59:32 UTC
Having replaced instances of

in the .fodp version of the document as suggested in comment 6, it then looks as you'd expect, and saving it again within LO (5.0 and 5.1 master) doesn't cause the issue to reoccur.

If you can still reproduce this issue from scratch in LO 5.0 or later, please feel free to reopen this bug.


*** This bug has been marked as a duplicate of bug 88295 ***