Description: Open the attached document with Impress. Start the slideshow. The word "VIOLINO" will disappear when viewed under Windows (LO 5.4.2.2 x64) and MacOS (LO 5.2.3.5... I cannot upgrade MacOS for this week). Under Ubuntu 17.10 and 16.04 the word appears correctly. Resetting user profile does nothing. Disabling OpenGL makes the word VIOLINO appear, but fonts have a lot of aliasing. [also note that the title at the top "I NOSTRI STRUMENTI" loses its background in slideskwo mode, but there is already bug 93789 for this problem] Actual Results: Text is not shown in slideshow mode under win and MacOS Expected Results: Text should be shown Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0
Created attachment 137546 [details] LO Impress Text not rendered in slideshow mode
Please open this file in Notepad and copy and paste the contents to a new comment: C:\Users\User\AppData\Roaming\LibreOffice\4\cache\opengl_device.log Do you also have OpenGL enabled on macOS?
Disappearing text confirmed in presentation canvas (presenters window and projection) on Windows 10 with current master and with 5.4.3 Text is visible on canvas while in edit mode, or if opening into Draw rather than Impress. It does not seem to be a layering issue with the text object. Also, the text will show momentarily on the presentation canvas then drop out, leaving the bubble call outn visible. Extracting the pictures dirctory from the ODF archive, the violin image is a 10 frame animated GIF. If I extract one frame from the animated GIF (with Imagemagick convert) and replace the animated GIF with it, the text renders correctly in the presenters windows and to projection canvas; likewise if the animated GIF converted to PNG. So, somehow the 10 frame animated GIF is affecting rendering of the text box. Weird in that other text box on the canvas are not affected. =-testing-= Windows 10 Ent 64-bit en-US (ver 1709) Version: 5.4.3.2 (x64) Build ID: 92a7159f7e4af62137622921e809f8546db437e5 CPU threads: 8; OS: Windows 6.19; UI render: default & GL; Locale: en-US (en_US); Calc: group Version: 6.0.0.0.alpha1+ (x64) Build ID: 4058d85963e371be657f531d8f30e31381a9ccab CPU threads: 8; OS: Windows 10.0; UI render: default & GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-11-05_22:51:05 Locale: en-US (en_US); Calc: group
Thank you for confirming. Just to add some tests: after deleting the violin animated gif, the word VIOLONO renders ok as V Stuart Foote noticed. I upgraded windows PC and MAC to LO 5.4.3.2 and under windows: the problem appears with openGL enabled or with both openGL and hardware acceleretion disabled. On MacOS it seems that the problem appears with both OpenGL enabled or disabled. This is one of the opengl_device.log requested: ----------------- DriverVersion: 22.21.13.8205 DriverDate: 5-1-2017 DeviceID: PCI\VEN_10DE&DEV_0FC8&SUBSYS_84D81043&REV_A1 AdapterVendorID: 0x10de AdapterDeviceID: 0x0fc8 AdapterSubsysID: 0x84d81043 DeviceKey: System\CurrentControlSet\Control\Video\{60787B1D-3ABF-4B4A-929D-FB0B86F8354A}\0000 DeviceString: NVIDIA GeForce GT 740 4000 ---------------
Stuart was apparently able to reproduce it without GL, but it works for me. Version: 6.0.0.0.alpha1+ (x64) Build ID: 4058d85963e371be657f531d8f30e31381a9ccab CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-11-05_22:51:05 Locale: fi-FI (fi_FI); Calc: group
Took a look on curent win version (Version: 6.0.0.0.alpha1+ Build ID: 99534540df148513fc0bb9622b7285e10b285ccb), presentation looks good (no disappearing word), but disappears in presenter console -> different renderers/backends probably in both, the one in presenter console has the errror
** 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
Now it seems to be resolved, under Windows, for this LibreOffice version Versione: 6.1.3.2 (x64) Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb Thread CPU: 4; SO: Windows 10.0; Resa interfaccia: predefinito; Versione locale: it-IT (it_IT); Calc: group threaded BUT: - Having the test file open on Impress editor causes quite high cpu load (up to constant 30% on a core i3-3xxx machine). Should I open another bug? - I cannot find a "RESOLVED-WORKSFORME" option for this bug report's Status Field. Only UNCONFIRMED, NEW, ASSIGNED, RESOLVED, NEEDINFO.
(In reply to Giovanni Panozzo from comment #8) > Now it seems to be resolved, under Windows, for this LibreOffice version > > Versione: 6.1.3.2 (x64) > Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb > Thread CPU: 4; SO: Windows 10.0; Resa interfaccia: predefinito; > Versione locale: it-IT (it_IT); Calc: group threaded > > BUT: > - Having the test file open on Impress editor causes quite high cpu load (up > to constant 30% on a core i3-3xxx machine). Should I open another bug? > - I cannot find a "RESOLVED-WORKSFORME" option for this bug report's Status > Field. Only UNCONFIRMED, NEW, ASSIGNED, RESOLVED, NEEDINFO. Yes, a new report for that performance issue would be nice. You can add me to the CC and I can test it. (RESOLVED WORKSFORME is found under RESOLVED - yes, this is not nice and we should change it)