Created attachment 88260 [details] Single slide ODP prepared in Win 7 with LO 4.1.2.3. When running a slideshow in LO 4.1.2.3 under Windows 7, a thin line is visible on the right edge and bottom of the screen. These lines look like they are the either the edges of the desktop or the window behind the presentation and the bottom bar. This condition shows up on two different Dell Optiplex 745 machines and a Lenovo Thinkpad T61. The slideshow displays normally on one of the Optiplex 745 machines (dual booting) when running under Ubuntu 12.04 and LO 3.5. This problem did not appear in Windows 7 until Upgrading to LO 4.5. I am attaching a single slide presentation created with the Win 7 version of LO 4.1.2.3. This condition does not show up in a screenshot taken with CTRL-Print Screen. The problem also shows up when the slide show is projected. This is not a bad bug, but presentations presented with this problem look less professional.
Correction. The ODP created in Win 7 does not display normally in Ubuntu. The text font is different and a very dark gray instead of white. I have no idea whether this is related to the bug I have described. It may be the 3.5 rendering of the ODP created in 4.1, but it may be relevant.
(In reply to comment #1) > Correction. The ODP created in Win 7 does not display normally in Ubuntu. > The text font is different and a very dark gray instead of white. I have no > idea whether this is related to the bug I have described. It may be the 3.5 > rendering of the ODP created in 4.1, but it may be relevant. Are you sure that Arial font is installed on the machine under Ubuntu? Microsoft fonts are not installed by default on Ubuntu. Best regards. JBF
Hi, JBF, and thanks for your comments. First, to be clear, I have a dual boot system running Win 7 and Ubuntu 12.04. I am running LO 4.1.2.3 on the Win 7 side and LO 3.5 on the Ubuntu side. I just rebooted into Ubuntu and opened the sample presentation in 3.5. The font color was fine, but the the font was not Arial, although Arial is installed in LO 3.5 running under Ubuntu. I did confirm that for both Writer and Impress. (Part of the non-free extras, perhaps?) Regardless, the result I obtained earlier with the gray text was not reproduced, and I am now guessing is probably unrelated to the reported bug. It may well be related to viewing the ODP file in 3.5 under Ubuntu that I had created with LO 4.1 under Win 7 or possibly some error on my part. Regardless, I offer the following additional information. This may be a problem that is an interaction problem between Win 7 and LO 4.1. I had also installed LO 4.1.2.3 on one of our church computers running Win XP, and when I checked this morning, an ODP file displayed fine on that monitor. Also, I tried this file on another Win 7 machine that was running LO 4.0, and it displayed fine. However, when I upgraded that machine to 4.1.2.3. on that machine, the same display issue showed up. Finally, I also installed OO 4 after the bug report, and the ODP file displayed normally in OO. (Note that I am not trying to engage in a competition between the two programs, but instead, to provide as much information as I can since both share a significant amount of code.) So in summary: * I have only observed this bug in Win 7 running 4.1.2.3. and it shows up in three different computers. * The bug does not show up on an XP install of 4.1.2.3. * The bug does not show up in Win 7 running OO 4. * The wrong display of the file in Ubuntu is probably a non-issue. Certainly, my only concern is getting rid of the thin line that shows up on the edge of the screen. Sorry for the lengthy reply, but I am trying to provide as much information as possible for folks to review. I hope it helps.
Hi Norman, First thanks for posting this bug. I can't really phantom what the problem is. Maybe it is easier when I see it. As you said it doesn't show up on the screenshot is it possible to take a picture of the screen? So we see what happens. Thanks.
The bug has been reproduced by the FR QA team. I am waiting for a screencopy. Best regards. JBF
Created attachment 88655 [details] screencopy showing the bug Here is a screencopy showing the problem on W7. @Norman: do you get the same thing? Best regards. JBF
Created attachment 88665 [details] Photo showing the line on the bottom and right side. Rob & JBF, I am uploading a photo of what I see on my monitor. The photo is not of the greatest quality, but it does show the line on the right and at the bottom. This photo does not show the required detail to see it clearly, but the lines are actually the right and bottom edges of the desktop. I know this because when I change the desktop background, I can see the color change in the line, and I can see the slight color variations of the task bar along the bottom corresponding to where the buttons are when that program is open. It is almost as though the slide needs to be shifted slightly to the right and down to completely "cover up" the screen. The screenshot you uploaded is similar to this, as you can see. However, I do not see the very thin line that is not next to the edge that shows up in your screen shot.
Due to comments 5,6 and 7, set status to NEW. Best regards. JBF
This is a bug for me as well, needs to be fixed. Trying to use this in a museum exhibit, not acceptable to have slice of desktop showing. A bit disheartening to see this has been a bug for nearly a year now. Running a fresh install of Win7 64bit and latest LO download.
I accidentally stumbled onto a potential fix today while viewing a PDF in full screen mode in Adobe Reader 11. I noticed the exact same behavior in the full screen mode there that I did in Impress as described in my earlier reports above. This triggered the thought that the monitor might be slightly out of adjustment, or might be able to compensate. I went into the monitor settings and adjusted the display slightly down and to the right. Each was a 3% adjustment on my Dell monitor which was the minimum I could adjust with one tap, and that was enough to do fix the full screen display in Adobe and Impress, but without changing the full screen view in any other program, including PPT, or in my other than full screen views in any other programs or the desktop. Since I don't know anything about the programming for full screen, it may be that the full screen width and/or height may need to be adjusted in Impress within the program, since the problem, as stated above, does not exist in PowerPoint. After all, I have still noted the same behavior on three different computers where I tried it, so I don't think it is likely that all three displays would be "off" by the same amount and position. I have not looked for the same issue in Reader on any other computer. So while I have a fix, I hesitate call it "solved" just yet. Hope this helps.
** 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.0.1 or preferably 5.0.2.2 or later) 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-10-14
*** Bug 71520 has been marked as a duplicate of this bug. ***
My apologies for the late response to QA Administrators' 2015-10-14 post, but here goes. I did install V. 5.0.2.2 when I got the message, and I have tested to see whether the initial bug remains. It does. I can make it go away by adjusting my monitor W & H slightly, but I consider that a workaround rather than a fix. My system remains as described in the initial filing except that I am running Windows 10 on the Windows side rather than Windows 7. In all other respects, my information remains the same. Not sure that the status field should be marked with the default "NEW", but none of the others seem relevant. Please advise if I may provide any further information. Norman
*** Bug 100357 has been marked as a duplicate of this bug. ***
*** Bug 102516 has been marked as a duplicate of this bug. ***
*** Bug 115167 has been marked as a duplicate of this bug. ***
Debian Buster is concerned too. LibreOffice 6.1.5
You have given this time a solution of a very common problem which will surely remove many headaches. Site https://thetechieguy.com/top-5-time-management-apps-to-help-you-structure-your-day/ is there to help in your work. This problem of thin line appearing on the computer screen usually exists on the Dell laptops but your solution will end this problem now.
*** Bug 136689 has been marked as a duplicate of this bug. ***
Issue is still present as of LibO 7.0.2 (seen in Linux, but most likely common to the other platforms as well). Unclear to me why marked as "desktop visible on right side of the screen". On my system, I see a white line on the right side of the screen during presentation when the slide have a solid background color. My desktop color is blue. Probably this depends on the platform. An obvious workaround exist, consisting in not using a solid background color for the slide, but using a rectangular box filled with the desired background color placed below all the other elements (this is very easy to achieve using master pages). If you make the box as large as the slide, you still get the white line on the right, but if you make the box just a bit larger than the slide, then the white line is no more present. For instance, if the slide is 280x157.5mm, with the background box as large as 280mm you get the white line, while setting it to 280.02mm you don't see it anymore. This suggests a rounding error somewhere, or pixels being counted from 0 in one place and from 1 in another (so you get off by 1 pixel). But this is just an hypothesis and the issue may well be completely different. With respect to the time when the bug was first reported (LibO 4.1.x, Autumn 2013), the problem has probably become more visible due to the fact that many monitors now have a 16:9 form factor, while there are still a lot of slides around designed for a 4:3 screen form factor. When you play a 4:3 presentation on a 16:9 screen, the white line gets inside the screen, not on its border and thus gets quite visible.
*** Bug 98896 has been marked as a duplicate of this bug. ***
I've also been experiencing this "white lines on the bottom and right edges" issue for years, but just for the record, as I didn't see this information mentioned previously: it occurs both on a X11/Xorg GNOME session and on a Wayland GNOME session, whether in regular 1920x1080 or on a 4K screen, whether it's a single screen or a multi-monitors setup. I've seen it occur both on Fedora 35 and 37, with LibreOffice 7.4.2.3 and every previous version of LibreOffice that I can remember. So I doubt there's something related to window management or display server type going on.
*** Bug 136940 has been marked as a duplicate of this bug. ***
This problem seems also to occur in the presenter console. I also have seen this happening on the top and left side in the presenter console, but most of the time it is just the right and bottom border. I can reproduce it under Windows and Ubuntu operating systems. It is for example already visible with some of the default templates e.g. Lights and Candy.
I've seen this bug on my macOS for maybe 10 years (?).
Would be great to fix it, since it has been reported almost 10 years ago, even if it is minor. One point to have a black background is to have only the text/images which it is shown on a wall (i.e. no frame) when projected. Then these 2 bottom/right white lines spoil everything :-(
I concur with Comment 20 that this seems to be related to fuzzy or naive arithmetic. I did quite a few tests and observed the results. I won't bore you with all the details, but in general I found: 1) I did not experience any desktop showing. The defects are these: a) There are black lines of various widths on the outside always affecting bottom and right but sometimes also left side. b) Inside the black lines, there are sometimes white lines of various widths on the bottom and right. c) Inside the white lines if present, or inside the black lines if there are no white lines, there are variously colored lines always 1px thick affecting the bottom and right sides, or sometimes just the bottom or just the right. When they are both present, they are not the same color as each other, and the lines meet at a single pixel which is a different color from either line. The colors of these lines are related to the slide's background color and to the presentation size (see below), but I haven't found an exact formula. Like the white lines, these lines are entirely inside any black lines, so if the screen has a black line on the left, this colored horizontal line will not extend into it. 2) The area of the screen affected (i.e. the widths and presence of the lines described above) is dependent on the size of the presentation (i.e. width/height in inches of the slide). The only thing that changes by changing the background color is the color of the variably colored 1px lines. 3) The defect is magnified by decreasing the presentation size, minimized by increasing the presentation size. I have not yet found a size that makes the defect go away entirely. If your background color is black, it may be a workaround to set a ridiculously large presentation size, because even though the black lines will still be present, they will be small and the white and variously colored lines don't seem to show up then. Here are the details from just four tests, going by orders of magnitude. The background color in these tests was set to Indigo (0x55308d). Output screen was 1366 x 768 pixels. Colors of variable lines given in RGB hexadecimal. User defined size: 160"x90" results: 1px black line on bottom. 2px black line on right. User defined size: 16"x9" results: 1px black line on bottom. 2px black line on right. User defined size: 1.6"x0.9" results: 1px black line on bottom. 2px black line on right. 5px white line horizontally and 3px white line vertically just inside the black lines. nexus pixel (0xf3f0f7) at inside corner of white lines joining 1px vertical line (0xe1daeb) and 1px horizontal line (0xbbacd1). User defined size: 0.16"x0.09" results: 2px black line on left. 1px black line on bottom. 4px black line on right. 32px white line horizontally and 58px white line vertically just inside black lines. nexus pixel (0xf7f5fa) at inside corner of white lines joining 1px vertical line (0xebe7f2) and 1px horizontal line (0xbbacd1). Screenshots or other tests available on request. Observed on: OS: Kubuntu screen size: 1366x768 version info: ----- Version: 7.4.2.3 / LibreOffice Community Build ID: 40(Build:3) CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.4.2~rc3-0ubuntu1 Calc: threaded ----- This might seem to some like a "minor" bug of only "medium" importance, but it's the sort bug that makes it hard to take LibreOffice Impress seriously (and I really want to because I work on Linux mostly and because MS PowerPoint is a very buggy expensive piece of junk). For a bug to go back nearly a decade now and exist on all platforms? Not minor. How many people have been turned off from using Impress just by observing that it can't even do the simplest of things right (show me a blank screen), let alone reliably do anything complicated or fancy? And at ultra low presentation sizes (see above) we're not talking about a pixel or two. 2+1+58+4 = 65 pixels! This isn't merely an "off by one" error. It appears to involve someone making some super naive assumptions/calculations about foundational geometry. I'm not here to complain about free software. I'm trying to help see it improved, if possible, so please let me know if I can provide more helpful details.
Experiencing the same issue during presentations on macOS 12.6.3 running LO 7.3.7.2. Two awkward workarounds: 1. Save as .pptx file and use Microsoft PowerPoint to present 2. Create larger-than-window object of same color as background and send-to-back.
I see the same white line bottom and right in Impress v 7.5.3.0.0+ (X86_64) / LibreOffice Community build 952608294edfad6f91d93a976c1b004acf94ad33. That is the daily build dated 2023-03-25_02.14.37_02.14.37. I am using Kubuntu 22.04 with a dark theme. My slides are based on a master with a black background.
(In reply to Mike Short from comment #29) > I see the same white line bottom and right in Impress v 7.5.3.0.0+ (X86_64) > / LibreOffice Community build 952608294edfad6f91d93a976c1b004acf94ad33. That > is the daily build dated 2023-03-25_02.14.37_02.14.37. > I am using Kubuntu 22.04 with a dark theme. > My slides are based on a master with a black background. Forgot to add that my Slide Format is 'On-screen Show 4:3' although I am viewing it on a 4K 16:9 screen.
I am now using LibreOffice Impress version 7.5.2.2 and it still has on the projection screen a white line on the right side and the bottom. I use a black background and these lines are very visible. I am on Kubuntu 23.04. It was also present on Kubuntu 22.10. No error messages are generated when I use the command line to launch impress.
Created attachment 187064 [details] LibreOffice Lines on Kubuntu
I now have LO Impress 7.5.4.2 on Kubuntu 23.04. If I start LO Impress and define the following: 1. A blank layout 2. Slide Properties Slide > Format > Select Widescreen. 3. Slide Properties Background > Colour > Select Black 4 Select Slide Show > Start from First Slide The projected slide has a white line on the right edge and bottom edge of the screen. If other slide formats are selected these lines are present. I would greatly appreciate it if effort was placed on getting this anomaly fixed rather than adding extra features to LO Impress, as I find this feature particularly annoying and embarrassing.
I have the same issue, a white horizontal line. I'm using a Macbook Pro M2 on os version 13.4.1 (c) Using format "Screen 16:10" Black background
*** Bug 153881 has been marked as a duplicate of this bug. ***
*** Bug 159092 has been marked as a duplicate of this bug. ***
+1 on Arch x86 64 AMD CPU and GFX, libreoffice 24.2.5.2