Created attachment 119507 [details] one slide that shows problem Fedora 22 fully patched - OS boot level vmlinuz-4.1.10-200.fc22.x86_64 reproduced with fedora 22 on a 32 bit box too, same os release, same libre office release This slide show has a left hand side "logo and pretty". With this in place, it looks fine UNTIL I ask for a slide show. A new blank slide show works fine. I cut the 200+ slides down to one and am attaching. The one page is just as bad as the original. The right hand side (2/3-3/4 ?) is covered by a black overlay, the only thing showing through the black overlay is colored text. I have to give this presentation in two weeks. I hope I do not have to copy all of this to a blank non-pretty version.
I can load that slideshow with no issues under Win8.1x64 using LibO 4.4.5.1 would you please post a screenshot of the abnormal behaviour you see in your computer?
Created attachment 119519 [details] screenshot
Attached screen shot (not easy to get to menu and do that) but here it is. Glad you can see it under slide show in M. land. I can see the screens fine to edit ....; but as soon as I do a slide show - you get this black hole. :=[
So you are one release off from me (you are using older ...5.1 and I have ...5.2). My conclusion is would be that it is either the newer release OR the Linux release variant. Best of luck. I would hate to make a vanilla version without the background out of desperation.
Hi Ray, Tommy, works fine also with LO 4.4.5.2 Build ID: a22f674fd25a3b6f45bdebf25400ed2adff0ff99 Locale : fr_FR on Windows 7 Home.
@Ray which monitor resolution do you have? take a look at " Bug 40534 - slide tearing in LARGE screens with hardware acceleration enabled " and tell if your issue is related to that one I retested your file using LibO 5.1.0.0 alpha and there's no problem during slideshow
This problem happens on my 64 bit Fedora box which has a wide screen and a graphics accelerator. However I first noted it on my 32 bit portable which I was testing the presentation on as that is the machine it will be shown on. It does not have an accelerator nor does it have a wide screen. I have no problem if I don't have the left hand side graphics (DNA helix and a logo). Neither machine has a dual monitor and I don't think the problem looks like tearing - it looks like a black overlay rectangle which is opaque and occupies about 2/3 of the screen except for letting colored (red or blue) fonts pass through. (see screenshot). I will try to have a friend who uses another form of Linux try it.
friend tried and confirmed Windows 8.1 LibreOffice 4.4.4.3 Works fine. will see if someone else can try Linux and/or Mac
Created attachment 119536 [details] modified paragraph formatting
the overlay begins with the first red character. I slightly changed the paragraph formatting. Does this cha
Sorry... Does this change something to the slideshow displaying?
problem reproduced in LO 4.3.7.2 on opensuse 13.2 better screenshot attached next
Created attachment 119537 [details] opensuse version screenshot
I sent one slide of a nearly 200 page presentation. The overlay is consistent in every slide. It starts the same place and many screens have NO red or blue. The consistent thing is that red and blue show THROUGH the black.
OK, two more notes. My opensuse friend observed (see screenshot) that the dna helix is in the middle not on the left as it should be in the original editable version. I would also note that the logo in the lefthand corner is NOT visible in the editable version. The slide show version in opensuse is identical to what I see - helix and logo fine, presentation over-blacked. My son tried on a mac. The slide show does not show all on the slide fully but it is NOT blackened. Another mac friend says all looks fine (more likely to have most current software as a developer).
Created attachment 119541 [details] An enlarged background I think the logo in background is not large enough. I tried aanother image combining the logo and a white background and saved it in LO 4.3.7.2. is iot the good idea?
Summary of bug: works on Windows on Mac and openSuse, kind of works but the "edit" window shows the left DNA strand in the middle and the top left name brand logo is gone however they show up OK on the slide show for the MAC for openSuse, the slide show acts like under Fedora (below) for fedora, the edit window is fine the slide show appears with EVERY slide having an almost opaque black box covering the right 2/3 of the screen the only thing that shows through the black box is color text it is not known when this problem began presentations without the base graphics work fine.
Jacque, I can change the size of the logo - I guess. I will try that but sure don't understand why that is a problem.
This is DEFINITELY due to the logo in the upper left corner of the master page. When I remove it, the show works fine. To be honest, I don't even remember how I got it there as I did it weeks ago. I would like to have a logo somewhere on the master page, but it does NOT have to be in the upper left over the DNA backdground. I will see if I can edit DNA.otp and get it to work.
I went back to just having a DNA background; then added another image to the master (perhaps not the same size) - in any case - IT WORKED. The problem remains but I have worked around it and the presentation slide show works JUST FINE. :=]
Thanks Jacques. I enlarged the logo and it works fine. I would suggest that this is a bug still but has a workaround. :=]
Confirmed. Opengl setting does not matter. Version: 5.0.2.2 Build ID: 5.0.2.2 Arch Linux build-3 Locale: fi-FI (fi_FI.UTF-8) Gnome Shell 3.18.1
** 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 on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20161108
Repro 6.3+ only in Linux with HW acceleration. Normal resolution.
Repro 6.4+ only in Linux with HW acceleration (normal resolution).
Dear Ray Holme, 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 https://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
Repro 7.3+ in Linux with HW acceleration.
Dear Ray Holme, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I think this is working now
Still repro Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b693d19884a09b5f841b30f2e8b586778584ed16 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 6 October 2023