Apache OpenOffice (AOO) Bugzilla – Issue 60332
WW8: Follow style lost on round-trip
Last modified: 2017-05-20 10:45:12 UTC
Please reference the following ooforum.org thread where the problem originated: http://www.oooforum.org/forum/viewtopic.phtml?t=29783 The Save As... Microsoft Word format deletes headers and footers from documents on OpenOffice.org 2.0.1. This problem does not exist in OO 1.1.5. I created a test case at the following URL to demonstrate the problem: http://www.ocf.berkeley.edu/~vincentj/ooffice/ LoremIpsum.odt ---> The original OpenDocument Test file (with headers) LoremIpsum20.doc ---> The Word document file I generated using OO 2.0 (headers have been deleted) LoremIpsum115.doc ---> The Word document file I generated using OO 1.1.5 (headers have been retained)
MRU->FLR: it looks, that the export has a problem with "Follow" page styles. The format of the first page has been transferred to all other successive page styles, so that the header/footer settings are lost.
flr: try to fix with next patch.
assigned to hbrinkm
Any updates on this issue? Using next styles (esp. page style "First page" with next style "Default") is very common. So is there a chance to retarget this issue to 2.1? Setting regression keyword as it worked fine in 1.1.5.
cc'ed jrahemipour
*** Issue 73652 has been marked as a duplicate of this issue. ***
*** Issue 74673 has been marked as a duplicate of this issue. ***
I think the key defect is that the property 'next style' in the page styles is not exported correct. Inserting hard break with different page style is exported correct. But in effect it is impossible to work on a multi page document with headers/footers and co-operate with someone using MsWord ... I've created issue 78723 and attached my findings/examples.
*** Issue 78723 has been marked as a duplicate of this issue. ***
*** Issue 44520 has been marked as a duplicate of this issue. ***
I am experiencing this too, but just with the footers. The headers seems to be ok. I'm using version 2.2.0.
target 3.0
Since there have been some dups and related issues as well as quite some discussion (already months ago) about what can and cannot be achieved, I spent some time for various scenario's and an overview. The next attached .odg-file explains why exporting headers/footers (and not possibly exporting margins) makes sense, IMO, and is possible. The next attached .odt-file is an overview of the related/duplicate issues with short comment. Hope this helps.
Created attachment 51735 [details] graphics explaining export issues and possible solution
Created attachment 51736 [details] overview of related/dup issues with some comments
*** Issue 87070 has been marked as a duplicate of this issue. ***
.
Changed some internal Flags.
The docx import filter consumed most of our resources in the "interop" area. Due to that we must retarget this issue. -> 3.x
I Have a similar issue where all headers and footers except those on the first page are lost when exported from .odt to .doc when I have a table of contents. If I don't include a table of contents then the headers and footers seem to be exported correctly
Hi, see issue #58770. In version 3, for rtf, it can be easly fixed, but needs to be done by someone with commit access.
duplicate *** This issue has been marked as a duplicate of 58770 ***
duplicate -> closed
Sorry, but as written in issue 58770 (which this one was said to be a duplicate of): "I doubt if solving this issue will solve 60332 as well. Reason: denisfalqueto (Thu Nov 6 2008) writes: ".. the export does the right thing for the header" This is not the case for 60332 (and all dups)... So I intend to reopen 60332. Any idea on this?" ... had no answer, so I reopen this, to be on the safe side!
This is still an issue and, as reported above, it is related to "following page" style. The following page style is not exported, all pages get the first page style. This results in any header or footer on the following page(s) being lost. This is a pretty important issue. Can we get a fix soon? Thanks!
*** Issue 104924 has been marked as a duplicate of this issue. ***
Still the referenced 3d does not give any solution either... Once would expect a reference to a solution, not to a problem...
Created attachment 65995 [details] Table related issue, proof of concept
I have conducted testing (OOO310m19 (Build:9420)) with the attached files, and I believe this bug may be related to how the exporter is interpreting the first carriage return on the new section (and associated new page style). If the first line of the new section is a table, the exporter fails to copy the correct style settings, but if you insert a CR as the first line before the table, the exporter works correctly. See attached for examples (example_resume_4_0_0.zip)
*EDIT: Confirmed this behavior is not present when exporting the same document (Built with OO3.1.1) from OO2.4.3
*** Issue 107347 has been marked as a duplicate of this issue. ***
@hbrinkm: great that this issue is on the target list. Some time ago I made an odg with an overview (in the time of issue 106126). It shows screenshots of an odt document and its conversions to .doc and .rtf. The odt has different header footer 1st/2nd page, different margins. And two versions of that document: one with soft and one with hard page break. The screenshots show the orinial, converted to .doc and .rtf, opened in OOo, opened in MsW and edited there and back in OOo. I'll attach the document. If it is helpful, I can add some conversions to the overview.
Created attachment 66653 [details] .odg with screenshots showing different conversions of .odt with variations
*** Issue 108282 has been marked as a duplicate of this issue. ***
*** Issue 111468 has been marked as a duplicate of this issue. ***
*** Issue 111950 has been marked as a duplicate of this issue. ***
I have a similar problem when exporting a Writer document as xhtml. However, my document only has a single page with a footer so there is no 'next style' issue. The footer does not appear in the .xhtml output file. It *does* appear when Save As... HTML document or Preview in Web Browser.
Does anyone know when this issue will finally be addressed? I use the OpenOffice API for Java to electronically sign documents. I had some crashing issues with OpenOffice 2.0 and 2.4, so I changed to 3.2.1 which has worked without any issues, except someone pointed out to me that the headers and footers are being deleted. According to the issue activity information, it was initially reported on January 11, 2006. A few entries were posted stating it would be fixed in 3.0, then 3.x, then 3.3, and finally back to 3.x.
*** Issue 114934 has been marked as a duplicate of this issue. ***
@mru: The attached proof of concept seems to be exported to doc correctly in DEV300_m100. However I do not see any page styles in there that do have follow page style other then themselves. Can you provide sample documents with pages styles having follow page style differing from themselves (i.e. A has follow style B, where B != A)?
Created attachment 76045 [details] Testcase to show the problem.
MRU->HBRINKM: see attached sample; "First Page" is followed by "Default". In the exported, "default" loses the Headers and footers.
Analysis: Export works correctly. On import a page style "Convert 1" is created for the pages following the first page. The page style "First Page" from the ODT becomes page style "Default" after import. "Convert 1" is not set as follow of "Default".
mru: "In the exported, "default" loses the Headers and footers." I confirm this, also in m100. hbrinkm: "Analysis: Export works correctly." Sorry, but I do not understand this.
Cor, this means, that the Export to WW8 format works fine - when opening the exported doc in WW, it looks good. "Only" the re-import into Writer fails.
Ah, I should have understood it that way indeed. Thanks Michael
The regression (headers and footers get lost on export) is obviously fixed already. Thus the "regression" flag can be removed.
I dont see an update on this ever getting fixed, but i just tested it on my Win7 machine running AOO 4.0.1, and saving to a .doc works just fine, Headers and footers are preserved both ways.
Reset the assignee to the default "issues@openoffice.apache.org".