Created attachment 48557 [details] Document that exhibits problem - look for font changes on p.4-5 In a text document that I created using LibO 3.4.0 on my Linux box, I am having trouble saving certain formatting related to the page number fields in the footer and to the item number in numbered lists. I set virtually all text (except some titles) to the font, Times New Roman. I am able to print what I expect, and I can save what I expect to PDF, as long as I leave the document open. However, whenever I save the document, close LibreOffice, and reopen the same document, the formatting is lost. Specifically, the page number fields in the footer, and the item numbers in numbered lists have all changed to Courier. I have to change the fonts back to Times New Roman every time I reopen the file. It's really frustrating. This seems to be a bug in either the importer or exporter. The document is saved as a DOC (Microsoft Word 97/2000/XP) format. To repeat, simply open the document, select all text below the title on page 4 through the end of page 5 and save. Observe Courier fonts change to Times New Roman. Restart and observe that numbers have reverted to Courier font, despite previous change.
Created attachment 48558 [details] PDF showing document with TImes New Roman font - good, expected, saved form
Created attachment 48559 [details] PDF showing document with Courier font for numbers, immediately after reopening - bad
I cannot seem to reproduce the problem on LibreOffice 3.4 340m1(Build:12) Opensuse for Linux. Here is what I did: 1. Downloaded and saved Timothy and Titus. All font is in Times New Roman except for some of the titles. 2. Saved as Timothy and Titus PDF. 3. Open PDF -- all font stays the same. 3. Close PDF, Writer and all other LO documents. 4. Open PDF and Writer, all fonts stay the same in both. Header and footer fonts are ok, titles are ok. Did I follow your steps correctly? If so, I understand that you have been very thorough with your explanation, but it would help me a bit if you were more explicit with bullet by bullet steps. Thanks.
Hi, Thanks for the quick response! Wow!!! The PDF's are only provided as "screenshots", so you can see what I see. As far as I can tell, the PDF export is working great. (I have not tried to read the PDF in anything but Adobe Acrobat.) Here's the step-by-step: 1. Download timothy_and_titus.doc. 2. Open it in LO Writer. 3. Compare to PDF's. If you are seeing the problem that I am seeing, then your open doc should look like the "bad one", timothy_and_titus_fresh_open_bad.pdf. Specifically, look at the question numbers on pages 4 and 5. Page 5 is the worst. All of the question numerals are in Courier font, which messes up the indention and looks funny, because the rest is in Times New Roman, except the titles. At the bottom of pages 2-5, in the footer, you should also see that the page number (2, 3, 4, and 5) is in Courier, not Times New Roman. 4. That is all wrong. All that Courier stuff should be Times New Roman. So, I select all the lesson text (text below the title on page 4 to the end of the document) and choose "Times New Roman" in the "Formatting" toolbar, which immediately fixes the problem. 5. I select all the text in the footer, and similarly convert it to Times New Roman, which fixes the page number being Courier. 6. At this point, the document should look fine, like I want it. Please compare to timothy_and_titus_good.doc. It should look the same as the current state of LO Writer. 7. Save the changes to timothy_and_titus.doc. 8. Exit LO Writer. 9. Double-click the saved doc to re-open with LO Writer. 10. Compare results. All my changes saved from step 4-7 are lost. I'm back to step 3. The contents look like the "bad" one again. I can go round and round, repeating steps 3-10, and it never is permanently fixed. The changes never persist from one LO Writer session to another. If this still doesn't make sense, or if you need some real screenshots, please let me know. Thanks! Trevor
Created attachment 48575 [details] MS Word doc again, except default font was changed from Courier to Times New Roman. Incidentally, I changed ALL of my default fonts (Tools -> Options -> LibreOffice Writer -> Basic Fonts (Western)) to all "Times New Roman", and now the list numerals and page number fields are all appearing in "Times New Roman". It smells like the MS Word 97/2000/XP importer (or maybe exporter) is somehow losing, or unable to determine the font for these numerals, and so it is reverting to the default fonts, which were previously all Courier for me. What are your default fonts? Are they also Courier? I'm attaching the newly saved version, in case you can see anything different in the files, after I changed all my default fonts (Default, Caption, Heading, Index, etc.) from Courier to Times New Roman. Thanks!
@reporter: Please could you try again with the current release (LibO 3.4.4)? Remark: You should change the font in standard style from Courier to Time New Roman. Best regards. JBF
reproduced in LibO 3.6.0 master on Fedora 64 bit steps to reproduce: 0. open first attachment in Writer 1. go to last page and select all footer 2. change font to another, for example to Nimbus 3. save document 4. do File->Reload 5. go to last page and select grey field in footer Expected: it will Nimbus Actually: it Curier I done the same steps in MSWord 2003. It saves font of page number.
@Cedric Please, see on it. Problem is interesting
*** Bug 45417 has been marked as a duplicate of this bug. ***
Still reproducible (page number case) on LO 4.0.4.2 (Win7 32bit) Bug 45417 is the opposite: Courier to Times
Restricted my LibreOffice hacking area
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
Tested again just now, still happens exactly the same. Current operating system: Windows 7 Ultimate (64Bit), and Libreoffice Version: 4.4.2.2 Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6.
The formatting of the page number is done with direct formatting - the style is Courier. Direct formatting on fields is not preserved when saving as doc. As per bug 97413: this happens for docx too.
*** Bug 97413 has been marked as a duplicate of this bug. ***
For DOCX, LO is only adding the <w:highlight> tag to the first run element that make up a field. <w:r> <w:rPr> <w:highlight w:val="yellow" /> <-- this is the highlight </w:rPr> <w:fldChar w:fldCharType="begin" w:fldLock="true"></w:fldChar> </w:r> <w:r> <-- highlight missing from <w:rPr> tag <w:instrText>TIME \@"HH:mm:ss"</w:instrText> </w:r> <w:r> <-- highlight missing from <w:rPr> tag <w:fldChar w:fldCharType="separate" /> </w:r> <w:r> <-- highlight missing from <w:rPr> tag <w:t>14:01:13</w:t> </w:r> <w:r> <-- highlight missing from <w:rPr> tag <w:fldChar w:fldCharType="end" /> </w:r> how its done in MSO 2010 <w:r w:rsidRPr="007F2374"> <w:rPr> <w:highlight w:val="yellow" /> <!-- highlight </w:rPr> <w:fldChar w:fldCharType="begin" w:fldLock="1" /> </w:r> <w:r w:rsidRPr="007F2374"> <w:rPr> <w:highlight w:val="yellow" /> <!-- highlight </w:rPr> <w:instrText>TIME \@"HH:mm:ss"</w:instrText> </w:r> <w:r w:rsidRPr="007F2374"> <w:rPr> <w:highlight w:val="yellow" /> <!-- highlight </w:rPr> <w:fldChar w:fldCharType="separate" /> </w:r> <w:r w:rsidRPr="007F2374"> <w:rPr> <w:highlight w:val="yellow" /> <!-- highlight </w:rPr> <w:t>14:01:13</w:t> </w:r> <w:r w:rsidRPr="007F2374"> <w:rPr> <w:highlight w:val="yellow" /> <!-- highlight </w:rPr> <w:fldChar w:fldCharType="end" /> </w:r>
Implemented: * Write run properties for all w:runs in field definition during export into DOCX.
*** Bug 66401 has been marked as a duplicate of this bug. ***
Serge Krot committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ccf475364881cebc13d50cf2cc9af2040b416bd3 tdf#38778 fix missing run properties export for fields in docx It will be available in 6.0.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.
If inside DOCX the problem was - completely missing character property set for field declaration (inside each w:run), inside DOC output the problem is different: all properties look to be exported except only one - font name.
Serge Krot committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b7e8c7631d3ef3af53e873a9435bd954790cab05 tdf#38778 Added colors into run properties of field run It will be available in 6.0.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.
Serge Krot committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=9a9cfb1d80cea14abddea3d2e18fedb1549c9293 related tdf#38778 Speed-up: Do not traverse the whole array It will be available in 6.0.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.
Implemented: - Avoid output of the font-nodes into DOCX - Added unit test DECLARE_WW8EXPORT_TEST(testTdf38778, "tdf38778_properties_in_run_for_field.doc") - Enhanced unit test: DECLARE_RTFEXPORT_TEST(testCp1000018, "cp1000018.rtf") - Enabled several old unit tests under Win32 (that are currently work there without any modification). There are 3 old remaining unit tests that are disabled and failed under Win32 (it is unknown from which revision they start to fail).
Serge Krot committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3f2e84b4bd0bbd936e0af845ba7cbf68cb2803d6 tdf#38778 Fix output of the font in DOC run It will be available in 6.0.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.