Bug 124395 - LO 6.2.2 Calc fails to load specific XML correctly
Summary: LO 6.2.2 Calc fails to load specific XML correctly
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.2.2.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-03-28 12:59 UTC by Daniel Rentz
Modified: 2020-11-09 13:29 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
broken test file (12.70 KB, application/vnd.oasis.opendocument.spreadsheet)
2019-03-28 12:59 UTC, Daniel Rentz
Details
working test file (12.66 KB, application/vnd.oasis.opendocument.spreadsheet)
2019-03-28 12:59 UTC, Daniel Rentz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Rentz 2019-03-28 12:59:07 UTC
Description:
Load the attached documents. The document "broken.ods" looks broken, the cells D2 and E2 are not formatted properly.

The only difference between the files is an additional trailing <table:table-row> element in the <table:table> that intends to fill the remaining space with default cells:

<table:table-row table:number-rows-repeated="1048574" table:default-cell-style-name="Default">
  <table:table-cell table:number-columns-repeated="1024"/>
</table:table-row>

This file may have been generated by Excel originally (I am not sure about that).

Steps to Reproduce:
1. Open both attachments in LO and in Excel.


Actual Results:
In document "broken.ods", the cells D2 and E2 are not formatted correctly (according to the content.xml).

Expected Results:
Cell D2 is orange, cell E2 has gray text color.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.2.2.2 (x64)
Build-ID: 2b840030fec2aae0fd2658d8d4f9548af4e3518d
CPU-Threads: 8; BS: Windows 10.0; UI-Render: GL; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded
Comment 1 Daniel Rentz 2019-03-28 12:59:33 UTC
Created attachment 150357 [details]
broken test file
Comment 2 Daniel Rentz 2019-03-28 12:59:52 UTC
Created attachment 150358 [details]
working test file
Comment 3 Xisco Faulí 2019-05-09 09:35:03 UTC
Hello Daniel,
Are you able to generate the broken file from scratch?  If the file has been generated incorrectly, it's not our fault if it's displayed incorrectly.

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the information has been provided
Comment 4 Daniel Rentz 2019-08-30 11:18:38 UTC
No I cannot reproduce how to create such a faulty file.
Comment 5 Xisco Faulí 2020-05-11 07:41:11 UTC
Not reproducible in

Version: 7.0.0.0.alpha1+
Build ID: 86bc13248c1d9f63b10aac304bdf0361d1dcc47f
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

A new major release of LibreOffice is available since this bug was reported.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 6 QA Administrators 2020-11-08 04:18:42 UTC Comment hidden (obsolete)
Comment 7 Daniel Rentz 2020-11-09 13:29:30 UTC
Never seen that again...