Steps how to reproduce with parallel installation of Master "LOdev 3.6.0alpha0+ – WIN7 Home Premium (64bit) ENGLISH UI [Build ID: 35ec153]" (tinderbox: Win-x86@6-fast, pull time 2012-05-02 06:53:41) 1. download Sample document from URL 2. Open with LibO and save under new with enabled Menu 'Tools -> Options -> Load/Save -> General - ODF Format Version = 1.2 Extended' 3. Start Validator <http://odf-validator.rhcloud.com/> and validate document with Autodetct for ODF version. Expected: compatible Actual: Bergmann-makecheck_360.odp/styles.xml[2,72857]: Error: unexpected attribute "text:enable-numbering" Bergmann-makecheck_360.odp/content.xml[2,6376]: Error: unexpected attribute "text:enable-numbering" Plausibility of Validator error messages: I can not check
The problem is + confirmed by validator <http://officeshots.org/> Officeotron - unconfirmed by validator <http://officeshots.org/> Cyclone - unconfirmed by validator <http://officeshots.org/> ODFToolkit
@stephan - weird, can't see where we'd generate that attribute - preserved as "alien attribute" from some template document, maybe?
Created attachment 61142 [details] original document @thorsten: the Bergmann-makecheck_360.odp was originally created by modifying the attached template.odp
Urgh, from meta.xml: Generator: OpenOffice.org/2.3$Linux OpenOffice.org_project/680m6$Build-9226 That's quite old, no idea if that was vanilla or not - question is, do we need, or want, to preserve those attributes or not?
I've found this: "while writing the numbering erata I found an undocumented property text:enable-numbering used by OpenOffice.org and Lotus Symphony."[1] It was never accepted on ODF, but somehow those suites used this. http://markmail.org/search/?q=enable-numbering&q=list%3Aorg.oasis-open.lists.office#query:enable-numbering%20list%3Aorg.oasis-open.lists.office+page:1+mid:qdmocfdslfhc2nbi+state:results [1] https://lists.oasis-open.org/archives/office/200804/msg00202.html
*** Bug 49877 has been marked as a duplicate of this bug. ***
thanks for the links Rodolfo; if i interpret the mails and especially this correctly: https://lists.oasis-open.org/archives/office/200410/msg00039.html then the attribute is entirely obsolete in ODF (it has never been in ODF). the import was changed to turn it into an alien attribute for OOo 3.0 in CWS impressodf12: 5b364c2e8baf9b1f6bbe611c0fd6895a88056afc as Thorsten observed correctly it cannot be written in a new document created from scratch in any case since the above change. this may cause older OOo (2.x) versions to wrongly display the document (maybe a change was made on the 2.4 release branch to handle this, i'm far too lazy to check that), but that would then be a problem in existence since OOo 3.0. furthermore if a user edits the document to add/remove lists the "enable-numbering" that was read may become actually wrong and misleading, because it cannot be updated as an alien attribute. so it seems to me there is not really a good reason for the current implementation of this attribute in this day and age, it should simply be ignored on import.
Michael Stahl committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=9a081484321b3f42bee3b43d18c4bd75b9603b01 fdo#49571: ODF import: ignore "text:enable-numbering" attribute 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-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=1f728eea3185856c39ef5bb4b7e3da8986f2ebdf&g=libreoffice-3-6 fdo#49571: ODF import: ignore "text:enable-numbering" attribute It will be available in LibreOffice 3.6.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.