Bug 70976 - SLIDESHOW: Thin white lines (or desktop color) visible on the right edge and bottom side of screen when running slideshow
Summary: SLIDESHOW: Thin white lines (or desktop color) visible on the right edge and ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.1.2.3 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 71520 100357 102516 115167 136689 153881 159092 (view as bug list)
Depends on:
Blocks: Slide-Show
  Show dependency treegraph
 
Reported: 2013-10-29 00:15 UTC by Norman
Modified: 2024-01-09 19:36 UTC (History)
18 users (show)

See Also:
Crash report or crash signature:


Attachments
Single slide ODP prepared in Win 7 with LO 4.1.2.3. (11.44 KB, application/vnd.oasis.opendocument.presentation)
2013-10-29 00:15 UTC, Norman
Details
screencopy showing the bug (22.96 KB, image/png)
2013-11-04 21:38 UTC, Jean-Baptiste Faure
Details
Photo showing the line on the bottom and right side. (1.24 MB, image/jpeg)
2013-11-05 03:46 UTC, Norman
Details
LibreOffice Lines on Kubuntu (7.20 KB, image/jpeg)
2023-05-02 22:18 UTC, NoWorries
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Norman 2013-10-29 00:15:51 UTC
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.
Comment 1 Norman 2013-10-29 00:46:07 UTC
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.
Comment 2 Jean-Baptiste Faure 2013-11-03 21:14:23 UTC
(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
Comment 3 Norman 2013-11-04 03:46:35 UTC
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.
Comment 4 Rob Snelders 2013-11-04 18:57:12 UTC
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.
Comment 5 Jean-Baptiste Faure 2013-11-04 19:38:08 UTC
The bug has been reproduced by the FR QA team. I am waiting for a screencopy.

Best regards. JBF
Comment 6 Jean-Baptiste Faure 2013-11-04 21:38:48 UTC
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
Comment 7 Norman 2013-11-05 03:46:47 UTC
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.
Comment 8 Jean-Baptiste Faure 2013-11-05 07:42:24 UTC
Due to comments 5,6 and 7, set status to NEW.

Best regards. JBF
Comment 9 tmwellington 2014-08-30 04:26:28 UTC
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.
Comment 10 Norman 2014-10-11 21:37:36 UTC
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.
Comment 11 QA Administrators 2015-10-14 19:57:49 UTC Comment hidden (obsolete)
Comment 12 Buovjaga 2016-01-30 14:06:13 UTC
*** Bug 71520 has been marked as a duplicate of this bug. ***
Comment 13 Norman 2016-01-30 17:08:51 UTC
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
Comment 14 Buovjaga 2016-06-17 17:39:25 UTC
*** Bug 100357 has been marked as a duplicate of this bug. ***
Comment 15 Buovjaga 2016-10-09 14:40:57 UTC
*** Bug 102516 has been marked as a duplicate of this bug. ***
Comment 16 Buovjaga 2018-02-12 18:32:03 UTC
*** Bug 115167 has been marked as a duplicate of this bug. ***
Comment 17 21Naown 2019-03-09 15:44:19 UTC
Debian Buster is concerned too.

LibreOffice 6.1.5
Comment 18 Will Wollaston 2019-05-14 09:51:25 UTC Comment hidden (spam)
Comment 19 Buovjaga 2020-10-19 11:32:32 UTC
*** Bug 136689 has been marked as a duplicate of this bug. ***
Comment 20 Callegar 2020-10-19 18:48:47 UTC
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.
Comment 21 fmgtack+libreoffice 2022-09-28 11:21:37 UTC Comment hidden (off-topic)
Comment 22 Jeff Fortin Tam 2022-11-06 00:44:54 UTC
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.
Comment 23 Jeff Fortin Tam 2022-11-06 00:53:57 UTC
*** Bug 136940 has been marked as a duplicate of this bug. ***
Comment 24 dldld 2022-11-06 18:07:57 UTC
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.
Comment 25 dhina 2022-11-14 10:31:26 UTC
I've seen this bug on my macOS for maybe 10 years (?).
Comment 26 dhina 2022-11-14 10:36:13 UTC
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 :-(
Comment 27 libreofficebugs 2022-12-13 01:03:07 UTC
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.
Comment 28 rwhite 2023-02-27 18:56:11 UTC
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.
Comment 29 Mike Short 2023-03-25 04:31:03 UTC
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.
Comment 30 Mike Short 2023-03-25 04:34:28 UTC
(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.
Comment 31 NoWorries 2023-04-29 22:09:14 UTC
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.
Comment 32 NoWorries 2023-05-02 22:18:20 UTC
Created attachment 187064 [details]
LibreOffice Lines on Kubuntu
Comment 33 NoWorries 2023-06-21 11:28:49 UTC
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.
Comment 34 justincylui 2023-07-20 08:12:54 UTC
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
Comment 35 Buovjaga 2023-11-08 16:14:13 UTC
*** Bug 153881 has been marked as a duplicate of this bug. ***
Comment 36 V Stuart Foote 2024-01-09 19:36:45 UTC
*** Bug 159092 has been marked as a duplicate of this bug. ***