Bug 140349 - Ellipsoid Gradient fill for a paragraph not resulting in nice straight borders
Summary: Ellipsoid Gradient fill for a paragraph not resulting in nice straight borders
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Object-Fill-Gradient
  Show dependency treegraph
 
Reported: 2021-02-11 15:53 UTC by Telesto
Modified: 2023-05-13 14:09 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (22.46 KB, application/vnd.oasis.opendocument.text)
2021-02-11 15:54 UTC, Telesto
Details
tdf140349_pixel_spillover_diagonal (238.47 KB, image/png)
2023-05-12 16:02 UTC, sockseight
Details
tdf140349_pixel_spillover_right (136.99 KB, image/png)
2023-05-12 16:03 UTC, sockseight
Details
tdf140349_pixel_spillover_top_bottom (65.24 KB, image/png)
2023-05-12 16:05 UTC, sockseight
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2021-02-11 15:53:54 UTC
Description:
Ellipsoid Gradient fill for a paragraph not resulting in nice straight borders

Steps to Reproduce:
1. open the attached file
2. Zoom in on footnote 2

Actual Results:
Left side pixel outside. Bottom is also not straight line (gulfing) 

Expected Results:
Nice straight borders


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 3ed9bba283a6a67864c0928186e277240be0d9ba
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2021-02-11 15:54:10 UTC
Created attachment 169686 [details]
Example file
Comment 2 Telesto 2021-02-11 15:55:02 UTC
Looks better in 6.2
Comment 3 Evgenija Chumachenko 2021-07-29 12:46:41 UTC
confirm in 
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 67f2a99229101757af4f40118f4d3c83ba38648b
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: en-US (ru_RU); UI: en-US
Calc: threaded

I reproduced the bug by: Format - Paragraph - Area - Gradient. Type: Ellipsoid.
From color: Dark Green 2 and Light Red 4.

The bug does not play if you select a color for example Dark Brick 3, Yellow, Gold
Comment 4 Evgenija Chumachenko 2021-07-29 12:50:46 UTC Comment hidden (obsolete)
Comment 5 sockseight 2023-05-12 16:02:54 UTC
Created attachment 187230 [details]
tdf140349_pixel_spillover_diagonal
Comment 6 sockseight 2023-05-12 16:03:18 UTC
Created attachment 187231 [details]
tdf140349_pixel_spillover_right
Comment 7 sockseight 2023-05-12 16:05:54 UTC
Created attachment 187232 [details]
tdf140349_pixel_spillover_top_bottom


two observation(s):
		
	a) the slight spillover of pixels across their borders happens for all four of them, left, right, top and bottom.
	   under 'Format' -> 'Paragraph' -> 'Area' -> 'Gradient', modifying the values of 'Angle' and 'Border' reveals more about the behaviour of this bug.
	   changing the value of 'Angle' from 120 degrees to 270 causes the same spillover of pixels across the top and bottom borders.
	b) in order to repro -> make the pixels spillover their borders,
		1) scroll down to footnote 2 and zoom into the maximum limit.
		2) on the scrollbar using the 'scroll thumb' or the 'knob', repeatedly scroll from left to right and reverse. (to go back and forth)
		3) repeat scrolling and reverse scrolling a few times, the pixels will spillover their borders. 
		4) the same happens for [120 degrees] < 'Angle' value < [270 degrees] and top to down scrolling and reverse. 
		5) repeat scrolling and reverse scrolling a few times, the pixels will spillover their borders.
Comment 8 raal 2023-05-13 14:09:12 UTC
This seems to have begun at the below commit in bibisect repository/OS bibisect-linux-64-6.2.
Adding Cc: to Caolán McNamara ; Could you possibly take a look at this one?
Thanks
 4c8600dcb813f05e2f0ce84894e6985170281252 is the first bad commit
commit 4c8600dcb813f05e2f0ce84894e6985170281252
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Thu Apr 18 14:23:48 2019 +0200

    source 6affe1576e34d6bc111d1db38416492375fd5fcc

69938: tdf#115843 avoid using transparent virtualdevice when 100% opaque | https://gerrit.libreoffice.org/c/core/+/69938