Created attachment 126463 [details] Calc file with the bug in affect. Overview: When a Calc document has all its row's heights set to greater than ~1.03cm, the line shapes within the document will appear in the top-left, in the A1 cell, at a 45 degree angle. This seems to cause selection issues on the lines as well, having their end points display in their original location. The other shapes like rectangles aren't affected. Steps to Reproduce; 1) Create a new document. 2) Insert line shapes anywhere in the document. 3) Select all cells. (Ctrl+A) 4) Adjust the row's heights to be 2cm. (>1.029 seems to be the magic number) Actual Results: The lines will appear in the top-left of the document. Expected Results: Lines should remain where they are. Build Date & Hardware: Current stable Window's build, obtained from the homepage. Version: 5.1.4.2 Build ID: f99d75f39f1c57ebdd7ffc5f42867c12031db97a CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Locale: en-NZ (en_NZ) Additional Builds and Platforms: Haven't yet tested it but I suspect this affects all operating systems. I've included an attachment of the bug in affect. As mentioned within it, reverting the row height to a smaller size will display the lines in their correct locations.
Reproduced from scratch. This does not happen in 3.6. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha0+ Build ID: f3d26af51588af441f62fb69bb7a5432845226ac CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on August 5th 2016 Arch Linux 64-bit Version 3.6.7.2 (Build ID: e183d5b)
Regression introduced in range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=2ebe52450d3018c1b96c308098e9e2dc7c5048bd..b0e678c86136ef6d65cea66168a99217664c0278
9b0f1e7cf5cb13224b0455d454fccdde072aac10 is the first bad commit commit 9b0f1e7cf5cb13224b0455d454fccdde072aac10 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Fri Apr 22 14:43:36 2016 -0700 source 93efd7ebbad293d3729b8ea4b9726aff498f607f # bad: [4ac300559cbb61cf0f0994e6e549f661277dbc70] source b0e678c86136ef6d65cea66168a99217664c0278 # good: [5e16f0e1d1c171e4a4e337b77dc7da57ab814db7] source 2ebe52450d3018c1b96c308098e9e2dc7c5048bd git bisect start '4ac300559cbb61cf0f0994e6e549f661277dbc70' '5e16f0e1d1c171e4a4e337b77dc7da57ab814db7' # good: [2ed5bb9584ee61c5e268dfeb40eb4fe945417518] source 58bcea744ac4d9f73f055527369ef54cbc8f1a97 git bisect good 2ed5bb9584ee61c5e268dfeb40eb4fe945417518 # bad: [b81f644371d97321c28939b9f4b8ac719cbba459] source 28c96a09105f87d76441234a6e77f2ac1e1473df git bisect bad b81f644371d97321c28939b9f4b8ac719cbba459 # good: [f5479928f74d40ebd332b0d23929c59bbf6fa411] source b5d7b60fe3c0befb07ba739b0168bfc17851667f git bisect good f5479928f74d40ebd332b0d23929c59bbf6fa411 # bad: [3851e3f181656382f772f863f4e7af4ab05778be] source 0207ed2a00f1a5962d9b920bdf9898937476aa85 git bisect bad 3851e3f181656382f772f863f4e7af4ab05778be # good: [72723f12ef23a532574147be24c1e11619b8c349] source a2f91994dffb5945ff70de864591d594d2fe7f59 git bisect good 72723f12ef23a532574147be24c1e11619b8c349 # bad: [9b0f1e7cf5cb13224b0455d454fccdde072aac10] source 93efd7ebbad293d3729b8ea4b9726aff498f607f git bisect bad 9b0f1e7cf5cb13224b0455d454fccdde072aac10 # first bad commit: [9b0f1e7cf5cb13224b0455d454fccdde072aac10] source 93efd7ebbad293d3729b8ea4b9726aff498f607f
Issue started with the commit referenced below. Adding Cc: to Caolán McNamara, please take a look. https://cgit.freedesktop.org/libreoffice/core/commit/?id=93efd7ebbad293d3729b8ea4b9726aff498f607f author Caolán McNamara <caolanm@redhat.com> 2016-04-11 12:27:39 (GMT) committer Caolán McNamara <caolanm@redhat.com> 2016-04-11 12:40:34 (GMT) "Resolves: tdf#98366 paste document has 10x10 sized SdPages..."
The page dimensions are so large that doubling them to create a clipping region overflows around to tiny dimensions
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=2fd88ab1cbb4690a770ca2ca5d66157ec4906a2e Resolves: tdf#101187 colossal page width wraps around if doubled It will be available in 5.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
5-2 and 5-3 backports in gerrit
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-5-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=98fd1628178a9c6ac119a72c5f43257c129ba72b&h=libreoffice-5-2 Resolves: tdf#101187 colossal page width wraps around if doubled It will be available in 5.2.6. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-5-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0c39bdd960aaa363fd1fcf6608809d3a6068a3d4&h=libreoffice-5-3 Resolves: tdf#101187 colossal page width wraps around if doubled It will be available in 5.3.0.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.