Bug 115626 - Scale artifacts on cells with different borders ( steps in comment 6)
Summary: Scale artifacts on cells with different borders ( steps in comment 6)
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.0.1.1 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
: 121036 (view as bug list)
Depends on:
Blocks: Regressions-borderline
  Show dependency treegraph
 
Reported: 2018-02-11 08:38 UTC by Ilya Zubakin
Modified: 2021-06-14 17:29 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
Example document (47.29 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2018-02-11 09:32 UTC, Ilya Zubakin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ilya Zubakin 2018-02-11 08:38:10 UTC
Description:
When I change the scale of the document there are several artifacts with cells borders. Borders are going through next cell border.

Steps to Reproduce:
1. Open this document https://yadi.sk/d/9RC1JcPY3S2kHa
2. Change the scale.


Actual Results:  
On this picture, you can see that lines a go through neighbor cell borders https://yadi.sk/i/YkDfRJFY3SHFbv
The same result exists in a printing preview dialog.

Expected Results:
Check the scaling algorithm. I think now it's not properly calculated the end of current cell or border length. 


Reproducible: Always


User Profile Reset: Yes



Additional Info:
It happens in a new release.


User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/64.0.3282.140 Chrome/64.0.3282.140 Safari/537.36
Comment 1 Kevin Suo 2018-02-11 09:10:42 UTC
Nothing happens when I click on the Download link. Could you please attache the test file to this bug report. I do see the preview of the screenshot.
Comment 2 Ilya Zubakin 2018-02-11 09:32:18 UTC
Created attachment 139771 [details]
Example document
Comment 3 Ilya Zubakin 2018-02-11 09:40:35 UTC
(In reply to Kevin Suo from comment #1)
> Nothing happens when I click on the Download link. Could you please attache
> the test file to this bug report. I do see the preview of the screenshot.

Attached. Check this.
Comment 4 Kevin Suo 2018-02-11 10:11:25 UTC
(In reply to Ilya Zubakin from comment #3)

I reproduce this on 6.0.1.1 release.
Version: 6.0.1.1
Build ID:60bfb1526849283ce2491346ed2aa51c465abfe6
CPU 线程:4; 操作系统:Linux 4.14; UI 渲染:默认; VCL: gtk2; 
区域语言:zh-CN (zh_CN.UTF-8); Calc: group

It works in:
Version: 5.4.0.0.alpha1+
Build ID: 9feb7f7039a3b59974cbf266922177e961a52dd1
CPU threads: 4; OS: Linux 4.14; UI render: default; VCL: gtk3; 
Locale: zh-CN (zh_CN.UTF-8); Calc: group


I also noticed that, if I set the zoom level below 280%, there are artifacts. But if the zoom level is 310% or above, the artifacts to the right of column CQ are gone, but artifacts on column CX remain.

I also did a real printing-out of the page, and find that the borders are OK, without artifacts.

I am adding Armin Le Grand to cc list, as he has worked on a series of improvements on the cell borders. 

@Armin Le Grand: If you need me to to some bibisects, please let me know.
Comment 5 m_a_riosv 2018-02-11 21:06:10 UTC
I can't reproduce:
Version: 6.0.0.3 (x64)
Build ID: 64a0f66915f38c6217de274f0aa8e15618924765
CPU threads: 4; OS: Windows 10.0; UI render: GL; 
Locale: es-ES (es_ES); Calc: CL
With or without OpenGL enable.
Comment 6 Xisco Faulí 2018-02-13 14:18:58 UTC
Steps to reproduce:
1. Open attached document
2. Zoom to 280%
3. Check 'Код' border as displayed here: https://yadi.sk/i/YkDfRJFY3SHFbv
Comment 7 Xisco Faulí 2018-02-13 14:20:37 UTC
Regression introduced by:

author	Armin Le Grand <Armin.Le.Grand@cib.de>	2017-07-21 17:34:40 +0200
committer	Armin Le Grand <Armin.Le.Grand@cib.de>	2017-07-28 17:51:56 +0200
commit bc47d7138a8d8dd239831a38bb2eca9db13addb6 (patch)
tree 8108764902d60d5d34eea60ba64caf7b7e1a7c2c
parent e32c12a444e5bd0c6735db8e8008340c29a7e25e (diff)
borderline: first versionj with line end adaptions
Added usage of defined extensions to the BorderLinePrimitive,
also added a first version to detect all cuts with adjacent
borders and produce the correct extensions, for single and
double lines. Not completely happy with it, but a first
version

Bisected with: bibisect-linux64-6.0

Adding Cc: to Armin Le Grand
Comment 8 m_a_riosv 2018-02-13 14:55:49 UTC
I can see it now with:
Version: 6.0.1.1 (x64)
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: es-ES (es_ES); Calc: CL
Comment 9 Armin Le Grand 2018-10-27 17:12:31 UTC
More or less gone with latest changes in master. Only slightly too ong lines when far zoomed out, as result of AA paint, but not really bad from my POV. Same rendering when save as PDF and view with a PDF renderer, so not sure if it has to do with LO
Comment 10 Telesto 2019-01-21 12:41:40 UTC
*** Bug 121036 has been marked as a duplicate of this bug. ***
Comment 11 s5t1e3v4e3m11@hotmail.com 2020-01-11 04:13:58 UTC
Looks fixed with
Version: 6.3.4.2.0+
Build ID: libreoffice-6.3.4.2-snap1
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Locale: en-US (en_US.UTF-8); UI-Language: en-US

and can be closed?
Comment 12 Xisco Faulí 2021-06-14 17:29:58 UTC
Not reproducible in

Version: 7.1.0.0.alpha0+
Build ID: 16a7f59b448cb57bfbcf5a951dbb614fb2ea3a49
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

nor in

Version: 7.2.0.0.beta1+ / LibreOffice Community
Build ID: d376297c643785564e7bda1a74b573c35ade6cb8
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Closing as RESOLVED WORKSFORME