Download it now!
Bug 121614 - Calc: FORMATTING changing orientation of text causes corruption of cell borders
Summary: Calc: FORMATTING changing orientation of text causes corruption of cell borders
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.0.7.1 rc
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Cell-Border
  Show dependency treegraph
 
Reported: 2018-11-22 10:16 UTC by David Lynch
Modified: 2020-08-25 18:39 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
cell border (49.20 KB, image/jpeg)
2018-11-22 18:07 UTC, Oliver Brinzing
Details
Screenshot before (131.93 KB, image/png)
2019-09-26 09:23 UTC, bugs
Details
Screenshot after text orientation 180 degrees (131.09 KB, image/png)
2019-09-26 09:24 UTC, bugs
Details
Screenshot print preview before (40.06 KB, image/png)
2019-09-26 09:25 UTC, bugs
Details
Screenshot print preview after (39.96 KB, image/png)
2019-09-26 09:26 UTC, bugs
Details

Note You need to log in before you can comment on or make changes to this bug.
Description David Lynch 2018-11-22 10:16:38 UTC
Description:
When the orientation of text in a cell is changed (from 0 degrees to 180 degrees), any cell borders of that cell disappear in the view on screen, and when exported to PDF, there is a black triangle from the left hand edge of the spreadsheet, the height of the cell, to the south-east corner of the cell.
Also occurs in safe mode.


Steps to Reproduce:
1. Open new spreadsheet
2. Enter B in cell B2
3. Select B2 [cntl-1] add borders to cell B2
4. Select B2 [cntl-1] change orientation of text from 0 degrees to 180 degrees

Actual Results:
Borders disappear from screen (and cannot be restored by repeating step 3 above).
PDF export has black triangle.

Expected Results:
Broders are unchanged.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Also occurs in safe mode. OpenCL is not used.
Windows 10
Version: 6.1.3.2 (x64)
Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: en-GB (en_GB); Calc: group threaded
Comment 1 Oliver Brinzing 2018-11-22 18:06:42 UTC
reproducible with

Version: 6.0.7.1 (x64)
Build-ID: 5d2cb2a5dd04fe174b336488731eb50bbb5faed3
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group

no repro with version 5.4.7.2
Comment 2 Oliver Brinzing 2018-11-22 18:07:23 UTC
Created attachment 146919 [details]
cell border
Comment 3 m.a.riosv 2018-11-22 22:17:06 UTC
Please test if 'Menu/Tools/Options/LibreOffice calc - Genereal - Use printer metrics for text formatting' has some effect.
Comment 4 David Lynch 2018-11-22 22:37:42 UTC
Using Menu/Tools/Options/LibreOffice calc - Genereal - Use printer metrics for text formatting has no effect. Bug still appears. Tested in safe mode.
Comment 5 bugs 2019-09-26 09:23:25 UTC
Created attachment 154528 [details]
Screenshot before
Comment 6 bugs 2019-09-26 09:24:27 UTC
Created attachment 154529 [details]
Screenshot after text orientation 180 degrees
Comment 7 bugs 2019-09-26 09:25:10 UTC
Created attachment 154530 [details]
Screenshot print preview before
Comment 8 bugs 2019-09-26 09:26:11 UTC
Created attachment 154531 [details]
Screenshot print preview after
Comment 9 bugs 2019-09-26 09:40:54 UTC
Version: 6.1.5.2
Build ID: 1:6.1.5-3+deb10u4
CPU threads: 2; OS: Linux 4.19; UI render: default; VCL: gtk2; 
Locale: en-GB (en_GB.UTF-8); Calc: group threaded

Screenshots attached showing results for 'solid' cell border.

With a 'dashed' cell border instead, the system is slowed with high cpu load and LibreOffice freezes.

The fault is consistent and very easy to reproduce.
Comment 10 Roman Kuznetsov 2020-08-25 18:39:00 UTC
Still repro in

Version: 7.1.0.0.alpha0+ (x64)
Build ID: <buildversion>
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL