Bug 56194 - when reference is update in word after exporting .odt to .doc file the font turns to black and gets bigger (see comment 11)
Summary: when reference is update in word after exporting .odt to .doc file the font t...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version: 3.6.2.2 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-19 16:49 UTC by Nicolas Mailhot
Modified: 2015-01-04 11:14 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments
testcase (72.02 KB, application/vnd.oasis.opendocument.text)
2012-10-19 16:49 UTC, Nicolas Mailhot
Details
PDF output of .doc opened in MSO 2013 (8.99 KB, application/pdf)
2014-11-18 17:32 UTC, Beluga
Details

Description Nicolas Mailhot 2012-10-19 16:49:30 UTC
Created attachment 68812 [details]
testcase

The formatting of the attached document is not exported properly to .doc

It looks ok at first sight, but as soon as the doc user refreshes the headers their size go mad
Comment 1 bfoman 2013-05-09 10:15:19 UTC
(In reply to comment #0)
> It looks ok at first sight, but as soon as the doc user refreshes the
> headers their size go mad

Please elaborate what is wrong, attaching a screenshot would help as well.

BTW: Considering all your bug reports - the more detailed description, along with test file, steps to reproduce, screenshots, the better chance that it will be understood by potential developer and fixed.
Comment 2 Nicolas Mailhot 2013-05-10 01:04:13 UTC
Save testcase in .doc in libreoffice (any version), open result in word 2007, look at headers → they are in small font like in libreoffice

Select headers, refresh (F9) : theyr formatting changes (a lot)

Libreoffice export to .doc is wrong, but somehow it looks ok till the first document refresh
Comment 3 QA Administrators 2013-12-22 21:58:08 UTC
Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.


Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team
Comment 4 QA Administrators 2014-02-02 02:00:30 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided):

a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. 
Please do not:
a) respond via email 
b) update the version field in the bug or any of the other details on the top section of FDO
Comment 5 Nicolas Mailhot 2014-02-07 13:43:17 UTC
Please read the explanations already typed in this report and explain what you can not understand.
Comment 6 bfoman 2014-02-07 16:08:24 UTC
(In reply to comment #5)
> Please read the explanations already typed in this report and explain what
> you can not understand.

You did not change the status from NEEDINFO to UNCONFIRMED as requested in comment 3. Therefore this bus was closed automatically.
Comment 7 Joel Madero 2014-11-06 00:44:26 UTC
Never confirmed by QA team - moving to UNCONFIRMED. Thanks for your patience and understanding.
Comment 8 Beluga 2014-11-18 17:29:29 UTC
Opened in MSO 2013. I assume that by "headers" you mean Référence, Indice and Définitif. If I select one of them and press F9, nothing happens to the size. Win 8.1.
Comment 9 Beluga 2014-11-18 17:32:47 UTC
Created attachment 109676 [details]
PDF output of .doc opened in MSO 2013

I saved to .doc in LibO and opened in MSO 2013. It does look a bit wrong, date turned into question marks.
Comment 10 foss 2015-01-04 10:53:58 UTC
#88013 files for the date on page 1 getting replaced with "??" when being opened in word.
Comment 11 foss 2015-01-04 11:12:23 UTC
Translation of what this bug seems to be about:

Reproduce:

* open .odt file
* export as .doc file
* open .doc file with Word
* go to page 2, double click in header, then right-click the word "foo-bar" and update from the right-click menu

Currently: after the update is done, the font changes from blue to black and increases in size

Expected: font should stay the same.

There's a ton of other problems with this beautiful testfile but one issues per bug.
Comment 12 Beluga 2015-01-04 11:14:10 UTC
Confirmed the result in comment 11 on Win 8.1 32-bit, MSO 2013.

.doc saved using Win 7 64-bit Version: 4.5.0.0.alpha0+
Build ID: 57626f2132f73e4e42b31e364b25c5867336e718
TinderBox: Win-x86@42, Branch:master, Time: 2014-12-26_09:26:33


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.