Apache OpenOffice (AOO) Bugzilla – Issue 67577
WW8: bookmark in seq fields should be imported as Reference not as number range
Last modified: 2017-05-20 11:17:56 UTC
Observing it in 2 binary `OpenOffice.org' packages of different versions for different processors, so specifying version and platform this way. Actually, the packages were these. . `OpenOffice.org-l10n-en-1.1.2-8.100mdk' for i586 - from mandrake linux 10.0 system updates. . `openoffice.org-core-1.9.104-2' for x86_64 - from fedora core 4 system. Have documents with automatically numbered items which numbers must be automatically duplicated elsewhere in the document. Ensuring that with these document elements. . `seq' fields without BOOKMARK specified in their code. Their values increase as new such fields are added to document. . Bookmarks exactly at the location of said fields. . `seq' fields with BOOKMARK in their code being name of said bookmarks. Their values are the same as those of `seq' fields located at said bookmarks. Attaching the sample `seq_bookmark_bug.doc' using this technique. After field update native msword displays and prints its text as: 1 1 2 2 Expecting `ooffice' to do the same. Instead, in it document text appears as: 1 2 3 4 That is, `seq' fields with BOOKMARK are handled just the same way as ones without bookmarks.
Created attachment 37894 [details] seq_bookmark_bug.doc from initial report
MRU->MBA: an seq field from MS Word which contains a reference to a Bookmark (like in the attachment) shouldn't be imported as number range field; the counting will be modified by this. The seq field having a bookmark ref is treated like a reference in MS Word and so it should be imported into Writer. Two things must be done for this: 1. This kind of field should be imported as a reference to the bookmark with Format "Reference" to reflect the content of the number range field. 2. Reference fields in Writer should reflect the content of a number range field even if it is only place right before the field and not spun obver it. This is the way MS Word handles it as to be seen from the attached doc.
-> HB
The docx import filter consumed most of our resources in the "interop" area. Due to that we must retarget this issue. -> 3.x
Reset assigne to the default "issues@openoffice.apache.org".