Created attachment 108488 [details] Error-Format document- File corrupted Hi, We started getting the below mentioned error very frequently with all the files wherein file contents are not recoverable. We have to redo all the work and loosing productivity. Error: Read-error.Format error discovered in the file sub-document content.xml at 2,217379. Version: 4.3.2.2 OS: windows 7 Attaching the files for your response Regards, SriJanani
I have tried with different version of LO and PC. Also with profile recreation its not working. Any suggestions are welcome. Awaiting your response. Regards, SriJanani
Hi, (In reply to SriJanani from comment #0) > wherein file contents are not recoverable. We have to redo all the > work and loosing productivity. Fortunately that's not the case. It's just a duplicate "style:font-name" attribute inside content.xml. You can unzip the file, fix content.xml by removing one of the duplicates (doable also with automated tools), and zip again. (In reply to SriJanani from comment #1) > I have tried with different version of LO and PC. Also with profile > recreation its not working. This won't help, because the bug is in the saving procedure, so the file is already corrupted and won't open as-is by any version. Instead we need to identify whether it is possible to *create* such broken files with the latest version. Now, looking at the attached file I see that you're created this file using 4.3.1.1, which is not the latest one (and BTW it's a pre-release version - and it's a bad idea to use pre-release in a production environment, exactly because such bugs that maybe there), so it's not clear if this bug is still there. So for now let's put this bug to NEEDINFO status, and if you'll have this bug again with files that are *saved* with the latest version, then add here a comment about it.
Hi Maxim, Thanks for the reply. Can you please provide me the steps to remove the duplicate values. I would also like to know why duplicate values are getting created since the file was created with the previous version of LO, if this is the case we are afraid that we may lose information created in Libre office suite. Awaiting your response. Thank You, Regards, SriJanani
(In reply to SriJanani from comment #3) > Thanks for the reply. Can you please provide me the steps to remove the > duplicate values. ods file is just a ZIP file with a different extension, and it contains several files/folders. One of these files is content.xml, and that one you should extract (with your favorite ZIP utility) and modify. To make things easier you could get tidy (http://tidy.sourceforge.net/#binaries), and run "tidy.exe -xml -modify -utf8 content.xml", this will modify the file. Now all you need is to add the modified content.xml back to the ods file, overwriting the original one. (But anyway I suggest to make a backup copy of the original file, in case something goes wrong.) > I would also like to know why duplicate values are getting created since the > file was created with the previous version of LO, if this is the case we are > afraid that we may lose information created in Libre office suite. That's a bug. Any software has bugs, despite any developers efforts. But as a general rule it's not recomended to use pre-release software in a production environment. This won't guard you completely from bugs, but it's the most you can do. For production - always use the latest release that is advertised on libreoffice.org. And again - if you'll discover that the latest release still corrupting your file - please report it here, so that developres would be aware of it and fix it.
Hi Maxim, Thanks for the info,finally I was able to recover the files by using notepad++. Now we are have upgraded our users with new version 4.3.2.2. We will keep you posted for any further issues. Thank You, Regards, SriJanani
I believe that I'm running into the same issue. It seems to relate to a glitch where you try to remove text in a cell that contained two different font style attributes, in my case, font-weight. I have attached an example document that should show how to reproduce this corruption. The example document was originally created using an older version of OpenOffice. I've simplified the document as much as possible. Steps to reproduce: 1. Open my example document 2. Double-click into A1 to modify contents 3. Select all text in cell 4. Backspace to clear 5. Save the file 6. File -> Reload Note that you have to follow the above instructions to clear the cell. If you simply select the cell and press delete, the document will not have the same issue. Also, after the reload fails, you need to re-open the example document from scratch. Somehow, performing the undo to restore the original state "fixes" it in the process. Expected: File should reload as expected. Actual: I get the following message on file load. Read-Error. Format error discovered in the file in sub-document content.xml at 2,4706(row,col). Notes: I unzipped the corrupted ods and used xmllint on it: $ xmllint --format content.xml content.xml:2: parser error : Attribute fo:font-weight redefined nt-weight="bold" style:font-weight-asian="bold" style:font-weight-complex="bold" ^ content.xml:2: parser error : Attribute style:font-weight-asian redefined nt-weight="bold" style:font-weight-asian="bold" style:font-weight-complex="bold" ^ content.xml:2: parser error : Attribute style:font-weight-complex redefined nt-weight="bold" style:font-weight-asian="bold" style:font-weight-complex="bold" ^ I then edited content.xml and confirmed that it does define each of those attributes twice in those 3 styles. I can confirm that this is reproducible under the following tested versions: LO 4.2.0.4 running on 32bit Fedora 17 LO 4.2.6.2 running on 64bit RHEL6 LO 4.3.3.2 running on 32bit Fedora 17 and that it does NOT affect the following versions: LO 4.1.3.2 running on 32bit Fedora 17 LO 4.0.6.2 running on 32bit Fedora 17 So, this appears to have started with 4.2.x. If I get some time, I'll bibisect too. Because I can confirm in a reproducible manner, I'm setting the status to "NEW" and changing the version to the first version I can confirm it in, "4.2.0.4". Also, since I'm running Linux, I've changed the OS from Windows to All.
Created attachment 109959 [details] Example spreadsheet to reproduce xml error
Tmacalp, thanks for the repro steps. I can reproduce with version Version: 4.4.0.0.alpha2+ Build ID: d273a60bfdbf9bb7623bed38667ec0647753157c TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-11-20_03:05:21 Settings importance to highest because after this steps is file unreadable in LO. Error message: Read-Error. Format error discovered in the file in sub-document content.xml at 2,4704(row,col).
I went ahead and bibisected: 82a46d1a3899ace0bd7f114add38bbac080d7f21 is the first bad commit commit 82a46d1a3899ace0bd7f114add38bbac080d7f21 Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com> Date: Fri Oct 18 03:41:50 2013 +0000 source-hash-9ef052368842f9e5b56b9d47329a81da8e8e2da1 commit 9ef052368842f9e5b56b9d47329a81da8e8e2da1 Author: Kohei Yoshida <kohei.yoshida@gmail.com> AuthorDate: Tue Aug 27 11:43:23 2013 -0400 Commit: Kohei Yoshida <kohei.yoshida@gmail.com> CommitDate: Wed Aug 28 08:56:58 2013 -0400 bClearRange is always true. Remove it. Change-Id: I1df4bdaa5f13ede9e04972a02948eb072dca2bec :100644 100644 15df7f2ce983ade1d48007e9fca8b449481a4f00 d52c43c0bc2275949f9a2e435f8af083e9071887 M ccache.log :100644 100644 ba6308a5188c4926aa27dc9513aedd5892659a8a fffcc7303889e8f67b1518a4f0ba8a2f42d980c1 M commitmsg :100644 100644 27834218587a9d633457dfd29ddfd57673ad9c48 0974a9c3975e9c679992b858e654b4fb2f61c4e0 M dev-install.log :040000 040000 cf7fed03cf5d2ccc674979f5c5fe2d96ea898455 1cab386d1ef582b911fdae3787cd2b9c63e5cc14 M opt $ git bisect log # bad: [423a84c4f7068853974887d98442bc2a2d0cc91b] source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e # good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932 git bisect start 'latest' 'oldest' # good: [e02439a3d6297a1f5334fa558ddec5ef4212c574] source-hash-6b8393474974d2af7a2cb3c47b3d5c081b550bdb git bisect good e02439a3d6297a1f5334fa558ddec5ef4212c574 # bad: [4850941efe43ae800be5c76e1102ab80ac2c085d] source-hash-980a6e552502f02f12c15bfb1c9f8e6269499f4b git bisect bad 4850941efe43ae800be5c76e1102ab80ac2c085d # skip: [a043626b542eb8314218d7439534dce2fc325304] source-hash-9379a922c07df3cdb7d567cc88dfaaa39ead3681 git bisect skip a043626b542eb8314218d7439534dce2fc325304 # skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6 # skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6 # skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6 # bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930 git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31 # bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930 git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31 # bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930 git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31 # bad: [1d4980621741d3050a5fe61b247c157d769988f2] source-hash-89d01a7d8028ddb765e02c116d202a2435894217 git bisect bad 1d4980621741d3050a5fe61b247c157d769988f2 # good: [ba096f438393091574da98fe7b8e6b05182a8971] source-hash-8499e78ca03c792f4fa2650e02b519094ba0baa8 git bisect good ba096f438393091574da98fe7b8e6b05182a8971 # good: [e75547cbd2d9d480ba13e119a8df8098c9d3a0a3] source-hash-69f686774cfeb803fdd63ed1ef07ff70550930de git bisect good e75547cbd2d9d480ba13e119a8df8098c9d3a0a3 # good: [bac2489ff3b644bd046102e379bff5a6c6c469d9] source-hash-621c1e491e56db5416da1c763aaff862e8ede67a git bisect good bac2489ff3b644bd046102e379bff5a6c6c469d9 # bad: [0b24b35122b1aec8721035679954b10f82a23540] source-hash-cdab3d619ca0389d4c14e3b50fb66bbadcf5c52f git bisect bad 0b24b35122b1aec8721035679954b10f82a23540 # good: [9d35a6ff414080dfb75df54ce3a5cc589507d7f1] source-hash-c89d6bcdb44cb06f7bbd907d191dfbe18cfb0cc5 git bisect good 9d35a6ff414080dfb75df54ce3a5cc589507d7f1 # bad: [82a46d1a3899ace0bd7f114add38bbac080d7f21] source-hash-9ef052368842f9e5b56b9d47329a81da8e8e2da1 git bisect bad 82a46d1a3899ace0bd7f114add38bbac080d7f21 # first bad commit: [82a46d1a3899ace0bd7f114add38bbac080d7f21] source-hash-9ef052368842f9e5b56b9d47329a81da8e8e2da1
git bisect log # bad: [423a84c4f7068853974887d98442bc2a2d0cc91b] source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e # good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932 git bisect start 'latest' 'oldest' # good: [e02439a3d6297a1f5334fa558ddec5ef4212c574] source-hash-6b8393474974d2af7a2cb3c47b3d5c081b550bdb git bisect good e02439a3d6297a1f5334fa558ddec5ef4212c574 # bad: [4850941efe43ae800be5c76e1102ab80ac2c085d] source-hash-980a6e552502f02f12c15bfb1c9f8e6269499f4b git bisect bad 4850941efe43ae800be5c76e1102ab80ac2c085d # skip: [a043626b542eb8314218d7439534dce2fc325304] source-hash-9379a922c07df3cdb7d567cc88dfaaa39ead3681 git bisect skip a043626b542eb8314218d7439534dce2fc325304 # skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6 # skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6 # bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930 git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31 # bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930 git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31 # bad: [1d4980621741d3050a5fe61b247c157d769988f2] source-hash-89d01a7d8028ddb765e02c116d202a2435894217 git bisect bad 1d4980621741d3050a5fe61b247c157d769988f2 # good: [ba096f438393091574da98fe7b8e6b05182a8971] source-hash-8499e78ca03c792f4fa2650e02b519094ba0baa8 git bisect good ba096f438393091574da98fe7b8e6b05182a8971 # good: [e75547cbd2d9d480ba13e119a8df8098c9d3a0a3] source-hash-69f686774cfeb803fdd63ed1ef07ff70550930de git bisect good e75547cbd2d9d480ba13e119a8df8098c9d3a0a3 # good: [bac2489ff3b644bd046102e379bff5a6c6c469d9] source-hash-621c1e491e56db5416da1c763aaff862e8ede67a git bisect good bac2489ff3b644bd046102e379bff5a6c6c469d9 # bad: [0b24b35122b1aec8721035679954b10f82a23540] source-hash-cdab3d619ca0389d4c14e3b50fb66bbadcf5c52f git bisect bad 0b24b35122b1aec8721035679954b10f82a23540 # good: [9d35a6ff414080dfb75df54ce3a5cc589507d7f1] source-hash-c89d6bcdb44cb06f7bbd907d191dfbe18cfb0cc5 git bisect good 9d35a6ff414080dfb75df54ce3a5cc589507d7f1 # bad: [82a46d1a3899ace0bd7f114add38bbac080d7f21] source-hash-9ef052368842f9e5b56b9d47329a81da8e8e2da1 git bisect bad 82a46d1a3899ace0bd7f114add38bbac080d7f21 # first bad commit: [82a46d1a3899ace0bd7f114add38bbac080d7f21] source-hash-9ef052368842f9e5b56b9d47329a81da8e8e2da1 http://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=c89d6bcdb44cb06f7bbd907d191dfbe18cfb0cc5..9ef052368842f9e5b56b9d47329a81da8e8e2da1
*** Bug 86897 has been marked as a duplicate of this bug. ***
BTW Kohei fixed similar bug with style:font-name in http://cgit.freedesktop.org/libreoffice/core/commit/?id=1b35c7ea4f7fe1473dbe08ab93b7259403b290ff
thanks tmacalp for finding a reproducer for this! the problem was introduced by switching Calc away from using the UNO API to export editengine text: commit d81b56c7f679477fed471f8150e1b95e6902e249 Author: Kohei Yoshida <kohei.yoshida@gmail.com> AuthorDate: Sun Aug 25 00:07:45 2013 -0400 fdo#60740: Handle empty paragraphs correctly. ... but the underlying editengine code has always been buggy when merging multiple paragraphs, multiple 0-length formatting attributes could be created at the same position and apparently the API implementation happened to work around that problem by accident. fixed on master.
Michael Stahl committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=846b56b6b99e334dfa44f1a24640aa3158509854 fdo#85496: editeng: do not add multiple 0-length attributes... It will be available in 4.5.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.
Michael Stahl committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=7a242b463132d67a4a2d6e69319e0da367145cc0 fdo#85496: add some asserts to detect this sort of problem It will be available in 4.5.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.
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8fccff42616ac434c3d641a76c37f3a135cec97e&h=libreoffice-4-4 fdo#85496: editeng: do not add multiple 0-length attributes... It will be available in 4.4.0.0.beta2. 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.
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=91892803ebb5c99a972fd5ef37b77634a9138062&h=libreoffice-4-4 fdo#85496: add some asserts to detect this sort of problem It will be available in 4.4.0.0.beta2. 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.
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=90e3a4ba5154a451153ae9431236864f81b5bb60&h=libreoffice-4-2 fdo#85496: editeng: avoid exporting duplicate attributes It will be available in 4.2.9. 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.
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-4-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=eba15473d5cadca30edba6989512ee3e331ad197&h=libreoffice-4-3 fdo#85496: editeng: avoid exporting duplicate attributes It will be available in 4.3.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.
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-4-3-5": http://cgit.freedesktop.org/libreoffice/core/commit/?id=dc32ecf262fcba7dfb1e56356523f847f12f0e25&h=libreoffice-4-3-5 fdo#85496: editeng: avoid exporting duplicate attributes It will be available in 4.3.5. 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.
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-4-2-8": http://cgit.freedesktop.org/libreoffice/core/commit/?id=54ec8671a9073cd5e03d4b56e22895eca2f8d630&h=libreoffice-4-2-8 fdo#85496: editeng: avoid exporting duplicate attributes It will be available in 4.2.8. 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.
*** Bug 74708 has been marked as a duplicate of this bug. ***
Thank you Michael, tmacalp and all involved for the very fast fixing of this tedious bug!
*** Bug 89570 has been marked as a duplicate of this bug. ***
Hello, Unfortunately, the problem yet appears on 4.4.1.2$MacOSX_X86_64. I have to remove the following string in content.xml : fo:font-weight="bold" style:font-weight-asian="bold" style:font-weight-complex="bold" *FYI :* The ods file came probably from a copy/paste from an excel file. The file is using a lot of carriage return in cells (sometimes erroneously imported from excel) (I do not really like using direct formatting style references (Txx, Pxx office:automatic-styles) in content.xml file (styles.xml is once and for all a better place)) _meta.xml_ [..] office:version="1.2"> <office:meta> <meta:creation-date>2015-02-26T13:38:02.017278000</meta:creation-date> <dc:date>2015-02-27T14:36:22.777725000</dc:date> <meta:editing-duration>PT3H16M45S</meta:editing-duration> <meta:editing-cycles>40</meta:editing-cycles> <meta:generator>LibreOffice/4.4.1.2$MacOSX_X86_64 LibreOffice_project/45e2de17089c24a1fa810c8f975a7171ba4cd432</meta:generator> <meta:document-statistic meta:table-count="18" meta:cell-count="391" meta:object-count="10"/> </office:meta> </office:document-meta> _content-bug.xml_ <style:style style:name="T22" style:family="text"> <style:text-properties style:letter-kerning="true" style:country-complex="none" fo:country="US" style:country-asian="CN" fo:font-weight="bold" style:font-weight-asian="bold" style:font-weight-complex="bold" style:text-underline-style="solid" style:text-underline-width="auto" style:text-underline-color="font-color"/> _content-ok.xml_ <style:style style:name="T22" style:family="text"> <style:text-properties style:letter-kerning="true" style:country-complex="none" fo:country="US" style:country-asian="CN" style:text-underline-style="solid" style:text-underline-width="auto" style:text-underline-color="font-color"/> _content.xml_T22_section_ <table:table-row table:style-name="ro24"> <table:table-cell table:style-name="ce87" office:value-type="string" calcext:value-type="string" table:number-columns-spanned="8" table:number-rows-spanned="1"> <text:p> <text:span text:style-name="T4">XXXXXXXXXX</text:span> <text:span text:style-name="T5">:</text:span> <text:span text:style-name="T21"> XX XXXXXXXXXXavec XXXXXXXX</text:span> <text:span text:style-name="T22"> dans 80% du XX des XX mesurés sur 3 XX XX. </text:span> </text:p> </table:table-cell> <table:covered-table-cell table:number-columns-repeated="2" table:style-name="Default"/> <table:covered-table-cell table:number-columns-repeated="5"/> <table:table-cell table:number-columns-repeated="1016"/> </table:table-row> Best regards
(In reply to Alexis-Emmanuel Haeringer from comment #25) > Unfortunately, the problem yet appears on 4.4.1.2$MacOSX_X86_64. > I have to remove the following string in content.xml : > fo:font-weight="bold" style:font-weight-asian="bold" > style:font-weight-complex="bold" Could you please attach the original problematic file as saved by 4.4.1 so we can investigate? > _content-bug.xml_ > <style:style style:name="T22" style:family="text"> > <style:text-properties style:letter-kerning="true" > style:country-complex="none" fo:country="US" style:country-asian="CN" > fo:font-weight="bold" style:font-weight-asian="bold" > style:font-weight-complex="bold" style:text-underline-style="solid" > style:text-underline-width="auto" style:text-underline-color="font-color"/> I fail to see where there would be any duplicated attribute.
(This is an automated message.) LibreOffice development currently prioritizes bugs with the so called MAB (most annoying bugs). As this bug has not run through that process (including writing a short rationale for this bug being a candidate and other who are watching the tracker bug silently approving that rationale etc), its priority is set to high. Note this is effectively no change in the urgency assigned to this bug, as we are currently not making a difference between high and highest and severity is untouched. You can find out more about MABs and how the process works by contacting the QA Team on IRC: http://webchat.freenode.net/?channels=libreoffice-qa The QA wiki page also gives you hints on how to get in contact with the team (if IRC fails you, your next best choice is the mailing list): https://wiki.documentfoundation.org/QA
Created attachment 114256 [details] content.xml : LibreOffice/4.4.1.2$MacOSX_X86_64 duplicate style:font-name="Cambria" Hello, Thanks for your help. Unfortunately, the document is considered by the user as confidential. Furthermore the bug reappeared, you will find as an attachment screenshot of content.xml Best regards <?xml version="1.0" encoding="UTF-8"?> <office:document-meta xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0" xmlns:ooo="http://openoffice.org/2004/office" xmlns:grddl="http://www.w3.org/2003/g/data-view#" office:version="1.2"><office:meta><meta:creation-date>2015-02-26T13:38:02.017278000</meta:creation-date><dc:date>2015-03-19T12:30:44.466021000</dc:date><meta:editing-duration>PT11H25M43S</meta:editing-duration><meta:editing-cycles>114</meta:editing-cycles><meta:generator>LibreOffice/4.4.1.2$MacOSX_X86_64 LibreOffice_project/45e2de17089c24a1fa810c8f975a7171ba4cd432</meta:generator>
Michael Stahl committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5ece3e3525b0ef62e1b0e59ac5446aec0538d0d3 tdf#85496: editeng: suppress all duplicate attributes during export It will be available in 4.5.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.
ok in the 3rd attachment style "T119" has a duplicate attribute style:font-name="Cambria" since we don't know how to reproduce the issue let's fix it by checking all attributes on export, which is going to be a bit slower but should prevent the bug.
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5eafe30b41c9445b16b2cfe08ac4eb8a9cb3ccb1&h=libreoffice-4-4 tdf#85496: editeng: suppress all duplicate attributes during export It will be available in 4.4.3. 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.
*** Bug 94123 has been marked as a duplicate of this bug. ***
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]