I made a table like: ------------------------- | | | | | ------------| A | B | C | | D | E | F | | | | -------------------------- | G | H | I | J | K | L | . . . |-----------------------| (The first two lines are header.) If I put a page break inside the table, I see the artifacts. Also there are artifacts on PDF export. See the test case file and the screenshots.
Reproduced in: Version: 7.5.6.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU Gentoo official package Calc: threaded
Created attachment 191009 [details] Test case file
Created attachment 191010 [details] Screenshot 1
Created attachment 191011 [details] Screenshot 2
Created attachment 191012 [details] Screenshot 3
Created attachment 191013 [details] Screenshot 4
Created attachment 191014 [details] Screenshot 5 (PDF exported)
Looks like a duplicate of tdff#154312
(In reply to m.a.riosv from comment #8) > Looks like a duplicate of tdff#154312 Bug #154312 is about selection. This bug #158347 is about lines.
Screenshot 1: thick extra line, thin extra line Screenshot 2: the same Screenshot 3: thick extra line, thin extra line, thick extra line Screenshot 4: thin "line" instead of real thick line Screenshot 5: the same
No issue for me with Version: 7.6.4.0.0+ (X86_64) / LibreOffice Community Build ID: 3e180c01f0d304c7b19b623c083a1634079d5c87 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Version: 7.5.9.1 (X86_64) / LibreOffice Community Build ID: 2f04f73a0f4ebfe9735ca11da23d6ed8f830fe34 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded with or without skia. Please test with skia enable. Menu/Tools/Options/LibreOffice/View or updating LibreOffice version or updating the graphics driver.
(In reply to m.a.riosv from comment #11) > No issue for me with Did you move the table up and down? I made the screenshots at the different positions. Also you can change the 1st, 2nd and 3rd columns' widths to get more artifacts.
(In reply to Alexander Kurakin from comment #10) > Screenshot 1: thick extra line, thin extra line > Screenshot 2: the same > Screenshot 3: thick extra line, thin extra line, thick extra line > Screenshot 4: thin "line" instead of real thick line > Screenshot 5: the same I don't understand what the problem is. Can you explain what you mean by artifacts? Maybe you could mark them with red circles in a screenshot? I tested and I don't see anything wrong. Arch Linux 64-bit, X11 Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b731cdfbd74a61ff389f479ae4cb4dcf261b1ccf CPU threads: 8; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 19 December 2023
Created attachment 191508 [details] Screenshot 1 > I don't understand what the problem is. Can you explain what you mean by artifacts? Maybe you could mark them with red circles in a screenshot? Sure. Screenshot 1. 1.1. Why does this black line exist? Is it from the header? Then, where are there three columns of the second header row? Or, it's from the first non-header row (see also Screenshot 4, Screenshot 5.) 1.2. Why does this gray line exist?
Created attachment 191510 [details] Screenshot 2 Screenshot 2. 2.1. Ok, it is from the header at this screenshot. Should be the 1st row of the header be repeated on the second page? 2.2. Why does this gray line exist? (See also Screenshot 4, Screenshot 5.) And, should be the 1st row of the header be repeated on the second page?
Created attachment 191511 [details] Screenshot 3 Screenshot 3. 3.1. See 2.1. 3.2. See 2.2. 3.3. Why does this black line exist? Is it from the first non-header row (see also Screenshot 4, Screenshot 5)? Why?
Created attachment 191512 [details] Screenshot 4 Screenshot 4. 4.1. What's going here? 4.1.a. Why does this gray line exist? See also 1.2. 4.1.b. See 2.2.b. 4.1.c. Are the header and non-header rows intersected? See also 3.3.b. 4.2. Are the header and non-header rows intersected? See also 4.1.c.
Created attachment 191513 [details] Screenshot 5 (PDF exported) Screenshot 5. The same as Screenshot 4.
(In reply to Alexander Kurakin from comment #14) > Created attachment 191508 [details] > Screenshot 1 > 1.2. Why does this gray line exist? View - Table Boundaries
So, there (In reply to Buovjaga from comment #19) > (In reply to Alexander Kurakin from comment #14) > > Created attachment 191508 [details] > > Screenshot 1 > > 1.2. Why does this gray line exist? > > View - Table Boundaries Thanks. Strange but true. Then don't uderstand: why on the second page, only?
So, globally there are two main issues. *THE FIRST ISSUE*. None of these statements are true: A: The-first-page-header is visually equal to the-second-page-header. B: The-second-page-header is the visual rest/residue of the-first-page-header. *THE SECOND ISSUE*. The header rows and the non-header rows are visually intersected.
Thank you for submitting the bug. I can confirm that it is present in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded and Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded