Bug 91007 - FILEOPEN: XLS - Cell borders not present
Summary: FILEOPEN: XLS - Cell borders not present
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:xls
Depends on:
Blocks: Cell-Border XLS
  Show dependency treegraph
 
Reported: 2015-05-02 01:43 UTC by Yousuf Philips (jay) (retired)
Modified: 2024-10-20 03:17 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
excel 2007 screenshot (98.36 KB, image/png)
2015-05-02 01:43 UTC, Yousuf Philips (jay) (retired)
Details
smaller reproducible document in xlsx format (10.29 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2021-03-06 12:56 UTC, himajin100000
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Yousuf Philips (jay) (retired) 2015-05-02 01:43:45 UTC
Created attachment 115255 [details]
excel 2007 screenshot

Steps:
1) Open http://www.exinfm.com/excel%20files/fcfe2st.xls
2) Goto B3
3) There arent any top borders on cells C3 through H3
4) Compare it with attached screenshot from Excel 2007

Calc is combining B3 to I3 with the top borders of cell B3 which results in the others cells not having the border they should.

Version: 5.0.0.0.alpha1+
Build ID: 59adad74084e9281887e3f78a225794f37b784d7
TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2015-04-29_12:34:23
Comment 1 raal 2015-05-02 06:17:52 UTC
I can confirm with Version: 5.0.0.0.alpha1+
Build ID: 59adad74084e9281887e3f78a225794f37b784d7
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-04-29_12:40:39
Comment 2 QA Administrators 2016-09-20 09:37:50 UTC Comment hidden (obsolete)
Comment 3 vihsa 2017-06-01 04:55:08 UTC
reproducible with lo viewer version: 5.5.0.0.alpha0+ / build id : ec79f34 / android 5.1
Comment 4 eisa01 2018-03-17 14:45:48 UTC
Still present

Version: 6.1.0.0.alpha0+
Build ID: 8e8dd8f320a3ff59ff8a16c1a7a867888ce80700
CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-03-13_23:59:29
Locale: en-US (en_US.UTF-8); Calc: group
Comment 5 QA Administrators 2019-03-18 03:45:55 UTC Comment hidden (obsolete)
Comment 6 eisa01 2019-04-20 17:49:22 UTC
Still present

Version: 6.3.0.0.alpha0+
Build ID: ea9c13be02ba731074fa4207944ff7df40a0fb5c
CPU threads: 2; OS: Mac OS X 10.13.6; UI render: default; VCL: osx; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2019-04-10_20:43:17
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 7 Svatopluk Vít 2021-02-26 13:35:02 UTC
Bug is still present, even Excel changed to version 2016

Version: 7.1.1.1 (x64) / LibreOffice Community
Build ID: 575c5867c4cc13d7ae78f9ce39a54a52ed38c769
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: cs-CZ (cs_CZ); UI: cs-CZ
Calc: threaded
Comment 8 himajin100000 2021-03-06 12:56:48 UTC
Created attachment 170268 [details]
smaller reproducible document in xlsx format
Comment 9 himajin100000 2021-03-16 15:33:58 UTC
Just a guess.

A-1. Suppose we have A1:B1 merged. the merged area has a unique border style for a specific direction. If the border under A1 is with solid style, the border under B1 would be solid style. This applies to both Excel and Calc.
-----
A-2. Lets think about another case.

At least in Calc, When all the following three conditions are met,

a-1. there is a unmerged area A1:B1
a-2. A1 has solid bottom border 
a-3. B1 has no bottom border

if we merge A1:B1, the area will have a unique solid bottom border as described in A-1
-----
A-3. Lets think about one more case.

At least in Calc, When all the following three conditions are met,

b-1. there is a unmerged area A1:B1
b-2. A1 has no bottom border 
b-3. B1 has solid bottom border

if we merge A1:B1, the area will have no bottom border.
-----
A-4.
If all the following five conditions are met in Excel

c-1. there is a unmerged area A1:B1
c-2. A1 has no bottom border 
c-3. B1 has solid bottom border
c-4. A1 has its content "AAA"
c-5. After we select A1:B1, open [Format Cells] Dialog, and choose "Center across Selection" for [Horizontal] combobox under [Alignment] Tab

A1 will have no bottom border, B1 will have a solid bottom border. the content "AAA" will be poisitioned horizontally center in A1:B1

now we save this file in xlsx format. the data "centerContinuous" and its target area A1:B1 will be saved to the file.
-----
A-5.
Open this xlsx file in Calc.
On loading the file, Calc MERGES the area A1:B1. We can see no bottom border, as A1 had no bottom border.

https://opengrok.libreoffice.org/xref/core/sc/source/filter/oox/sheetdatabuffer.cxx?r=358bdc5e#716
https://opengrok.libreoffice.org/xref/core/sc/source/filter/oox/sheetdatabuffer.cxx?r=358bdc5e#500
Comment 10 Rafael Lima 2022-10-20 18:57:23 UTC
Still repro with:

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: bb67f10786fd5e232b198d09139c41078c3fc60d
CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Calc: CL threaded
Comment 11 QA Administrators 2024-10-20 03:17:04 UTC
Dear Yousuf Philips (jay) (retired),

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug