Description: A thin vertical line is visible in presentation mode (Skia & GDI and OpenGL) Steps to Reproduce: 1. Open the attached file 2. Press F5 Actual Results: Small thin line through Y Expected Results: Not so Reproducible: Always User Profile Reset: No Additional Info: Found in 7.1 6.3 not in 6.2 (has horizontal lines in it)
Created attachment 165745 [details] Example file
No repro LO 7.1+ in Windows. Please add screenshot, looks like PrtScn works, better mark line, I use IrfanView. And do not put bibisectRequest before problem is confirmed, also do it yourself.
*** Bug 137329 has been marked as a duplicate of this bug. ***
Can't reproduce the bug - the Impress hangs after slide show run (F5). New bug?
Created attachment 166230 [details] Screenshot with white line In Safe mode file opens with the white line. P.S. It takes a long time to open.
Setting to NEW, based on comment 5. (In reply to JonIrenicus from comment #5) Safe mode file opens with the white line. > P.S. It takes a long time to open. What is 'long'. It's bit slow on first open. But don't experience really slowness (2/3 seconds maybe?)
The current slide is opening in full screen (slide Show Shift-F5) about 5 seconds. Others slides, with charts circles and a lot of graphics opening in 1-2 seconds.
Not specific to any drawing backend, I can reproduce with kf5, gtk3, win, opengl. With some there's no just one line but a grid of them. It seems it's FillGraphicPrimitive2D::create2DDecomposition() decomposing bitmap tiling in a way that introduces rounding errors.
single vertical line in Version: 7.0.0.0.alpha1+ (x64) Build ID: 574c57090642347980d2395e1e183cc7b5c171ad CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: CL and last tested in Version: 7.2.1.0.0+ (x64) / LibreOffice Community Build ID: 8fdbb8aed1b48734a717d5f98ada566de7204605 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: CL and changes to multiple horizontal lines in somewhere between and those are tested earliest in Version: 4.5.0.0.alpha0+ Build ID: 57d6b92b69a31260dea0d84fcd1fc5866ada7adb Locale: fi_FI and Version: 5.1.0.0.alpha1+ Build ID: 87ac0b1e75a880a68ecb748bd4b34ae5a3d2ae98 Locale: fi-FI (fi_FI) and lastly (I couldnt test between 6.2-> before 7.0) Version: 6.1.7.0.0+ Build ID: 5b3765f4d881e7ddefd0c4aad6886a46f000b4fc CPU threads: 8; OS: Windows 10.0; UI render: GL; Locale: fi-FI (fi_FI); Calc: CL
Vertical already in oldest of 6.3 and I don't have 6.2 repo. Comment 8 identified a location in the code, so let's remove keywords.
*** This bug has been marked as a duplicate of bug 70976 ***
I don't think this is a dupe of bug 70976, the manifestation is different. Bug 70976 is basically the desktop showing through.
Created attachment 184121 [details] screenshot of attachment 165745 [details] displayed on another computer Ha! If you thought one line was bad, look how attachment 165745 [details] renders on my computer. (Whole thing is crisscrossed with lines. Also notice how wavy the "brick" lines are.) Observed on: OS: Kubuntu 22.10 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 ----- And yes, to the last comment, this bug is very unlike Bug 70976. I'd guess that at least one issue is fuzzy or naive arithmetic used in piecing together the squares of repeating pattern.