Bug 149415 - Fileopen DOCX: Writer is not keeping font type and size of last character/carret
Summary: Fileopen DOCX: Writer is not keeping font type and size of last character/carret
Status: RESOLVED DUPLICATE of bug 133560
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx, implementationError
Depends on:
Blocks: DOCX-Character
  Show dependency treegraph
 
Reported: 2022-06-01 06:33 UTC by vkeranov
Modified: 2023-04-03 13:10 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
test DOCX from MSO (17.13 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2023-04-03 12:15 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description vkeranov 2022-06-01 06:33:40 UTC
Description:
I am creating a new text document in Writer. The default font is Liberation Serif, the size is 12pt. I am changing theese for example to Arial, 9pt. The "save" icon changes with red dot. I am saving the document as Test.docx. Closing it and open it again.
The font is back to Liberation Serif, 12pt. When I expect it to be like saved one with Arial, 9pt. All this happens without typing any text.
If you ask me why I am saving a file without text, it is just an example. The real scenario is by making a blank specific table, for my colleagues, which should be saved as .docx.

Steps to Reproduce:
1. Create new text document.
2. Change the font type and size.
3. Save the new document as .docx file.
4. Close the file and open it again.


Actual Results:
The changed font type and size are not saved. The default ones are back.

Expected Results:
The saved font type and size should be used instead.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.6.2
Build ID: 20(Build:2)
CPU threads: 4; OS: Linux 5.17; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 1 Mike Kaganski 2022-06-01 06:59:28 UTC
Repro using Version: 7.3.4.1 (x64) / LibreOffice Community
Build ID: 13668373362b52f6e3ebcaaecb031bd59a3ac66b
CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL Jumbo

and using LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4

Indeed, it is not inherited from OOo, since it was never possible to save to DOCX there.

Also reproducible if you save such a document to ODT, and then convert to DOCX.
Works file with DOC.
Comment 2 Mike Kaganski 2022-06-01 08:08:28 UTC
Also note that the DOCX saved this way opens in MS Word just fine, having the Arial 9 font. Also: creating such a file from scratch in MS Word (with TNR 12 by default), saving and reloading in Word to make sure it keeps the Arial 9, then opening in LibreOffice shows that the font is TNR 12.

So likely an import filter issue.
Comment 3 Timur 2023-04-03 12:15:53 UTC
Created attachment 186437 [details]
test DOCX from MSO

This is not filesave but rather fileopen issue from OO. 
See attached MSO DOCX, it opens wrong in LO. 
Also, LO saved DOCX seems OK in MSO.
Comment 4 Timur 2023-04-03 13:10:43 UTC
Let's mark duplicate of older report.

*** This bug has been marked as a duplicate of bug 133560 ***