Description: Using Calc, I have been working on this file for some months and never had a problem. Last time the file was used and saved was on Tuesday July 16th. When I attempted fileopen next day, the file wouldn't open and I got the following error message - Read Error. Format error discovered in the file in sub-document content.xml at 2,826256(row,col). Steps to Reproduce: 1.Start LibreOffice and choose Calc 2.Attempt to open file entitled "cash book 2019~20 3.Read error message appears Actual Results: File did not open; only received error message - Read Error. Format error discovered in the file in sub-document content.xml at 2,826256(row,col). Expected Results: File should have opened as per normal Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.4.4.2 (x64) Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff CPU threads: 8; OS: Windows 10.0 Build 17134; UI render: default; VCL: win; Locale: en-AU (en_AU); UI-Language: en-US Calc: threaded
Created attachment 163120 [details] Calc working file
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=8154953add163554c00935486a1cf5677cef2609 author Mohammed Abdul Azeem <azeemmysore@gmail.com> 2016-09-05 14:38:30 +0530 committer Michael Meeks <michael.meeks@collabora.com> 2017-01-25 11:20:48 +0000 commit 8154953add163554c00935486a1cf5677cef2609 (patch) tree d8e148e84aa1e164a2358827085f4d9240ce5e31 parent 657eea01046c7f39ee8ca4545241372177385946 (diff) ScXMLTableRowCellContext implements fast interfaces: Bisected with: bibisect-linux-64-5.4 Adding Cc: to Mohammed Abdul Azeem
Hello Ivor, Could you please explain how the document was created ? @Eike, is it the same issue you described in https://bugs.documentfoundation.org/show_bug.cgi?id=116079#c20 ?
Created attachment 163124 [details] file fixed ( can be open with LibreOffice 6.4 )
According to meta.xml the generator is LibreOffice/6.4.4.2$Windows_X86_64 LibreOffice_project/3d775be2011f3886db32dfd395a6a6d1ca2630ff
(In reply to Xisco Faulí from comment #3) > @Eike, is it the same issue you described in > https://bugs.documentfoundation.org/show_bug.cgi?id=116079#c20 ? No, that one was about a non-well-formed meta.xml written by some report tool.
I think this issue should remain open, LibreOffice should be able to open the attached document
(In reply to Xisco Faulí from comment #7) > I think this issue should remain open, LibreOffice should be able to open > the attached document Shouldn't it be NOTOURBUG? Indeed, the bug is in the report generator not in LO. If LO is more strict about file structure respecting a standard, why not after all, we should just avoid crashes.
(In reply to Julien Nabet from comment #8) > (In reply to Xisco Faulí from comment #7) > > I think this issue should remain open, LibreOffice should be able to open > > the attached document > > Shouldn't it be NOTOURBUG? Indeed, the bug is in the report generator not in > LO. > If LO is more strict about file structure respecting a standard, why not > after all, we should just avoid crashes. That was the case for bug 116079, but the file wasn't created by any report generator, isn't it ?
(In reply to Xisco Faulí from comment #9) > > ... > That was the case for bug 116079, but the file wasn't created by any report > generator, isn't it ? You're right, I read too quickly Eike's comment. Sorry for the noise.
apparently fixed in LO 7.0.3 with commit 9ad456005b2bbc5d570b975e2a54f7d904d079e6 Author: Miklos Vajna on Mon Sep 28 21:05:27 2020 +0200 tdf#136551 DOTX import: restore support for large XML attribute values Regression from 4.4 commit 82d08580e368afbc9d73da3613845a36a89b0a8c (switch saxparser from expat to libxml2, 2014-11-14), expat used to allow huge XML attribute values, while libxml2 defaults to rejecting values larger than 10MB.
(In reply to Justin L from comment #11) > apparently fixed in LO 7.0.3 with commit > 9ad456005b2bbc5d570b975e2a54f7d904d079e6 > Author: Miklos Vajna on Mon Sep 28 21:05:27 2020 +0200 > tdf#136551 DOTX import: restore support for large XML attribute values > > Regression from 4.4 commit 82d08580e368afbc9d73da3613845a36a89b0a8c > (switch > saxparser from expat to libxml2, 2014-11-14), expat used to allow huge > XML attribute values, while libxml2 defaults to rejecting values larger > than 10MB. Hi Justin, Thanks for the bisection. I think we can close it as duplicated of bug 136551. In the end, the problem is in the sax parser when dealing with files larger than 10 mbs. I've added a unittest in https://gerrit.libreoffice.org/c/core/+/125538 using the file attached here. *** This bug has been marked as a duplicate of bug 136551 ***