See the bugreport from AOO bugzilla: https://issues.apache.org/ooo/show_bug.cgi?id=79611 We do not support this; but should be reasonably straight-forward to implement. In essence, you need to make sure that in SvxFieldData::Create() from editeng/source/items/flditem.cxx, none of the xPropSet->getPropertyValue(...); throws. To achieve that, you want to extend the XMLSenderFieldImportContext::PrepareField() from xmloff/source/text/txtfldi.cxx so that it fills all the appropriate properties during load, like for example: aAny <<= text::textfield::Type::EXTENDED_TIME; rPropSet->setPropertyValue(UNO_TC_PROP_TEXTFIELD_TYPE, aAny); for date/time.
adding LibreOffice developer list as CC to unresolved EasyHacks for better visibility. see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details
adding LibreOffice developer list as CC to unresolved Writer EasyHacks for better visibility. see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details
I cannot reproduce the bug on Ubuntu 14.04, 64-bit. Both files attached in the AOO report open fine on a freshly built copy of LO, and on my OS-supplied copy, "Version 4.2.7.2, Build ID 420m0(Build:2)". Should this be closed?
Well, not really. The "import" works (not crash), but there are two bookmarks in the aoo bug document. 1) called "Bezugszeichen" and 2) called "Anrede" Anrede is shown in the navigator, but the Bezugszeichen-Bookmark which is located before the date "7. Oktober 2005" is not visible in the navigator.
OK, I see. Can I take this bug?
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.