Bug 65262 - FILEOPEN: DOCX import - LO doesn't import track changes that relate to formatting
Summary: FILEOPEN: DOCX import - LO doesn't import track changes that relate to format...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-02 11:41 UTC by Adam CloudOn
Modified: 2014-10-22 07:53 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
DOCX containing text that was formatted during 'Track Changes' (14.18 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2013-06-02 11:41 UTC, Adam CloudOn
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Adam CloudOn 2013-06-02 11:41:27 UTC
Created attachment 80151 [details]
DOCX containing text that was formatted during 'Track Changes'

Problem description: 
When loading a DOCX in LO that contains track change information that relates to text formatting - it is not imported (or imprted and not shown) in LO.

Steps to reproduce:
1. Load that attached DOCX in LO (the DOCX contains text that was formatted when changes are tracked)
2. LO doesn't show the formatted changes in the margin

Current behavior:
LO doesn't show the formatted changes in the margin

Expected behavior:
LO should show the formatted changes in the margin like Word
Operating System: Windows 7
Version: 4.0.3.3 release
Comment 1 Jorendc 2013-06-02 12:32:35 UTC
Hi Adam :-) (again, hehe)

Looks to me rather an enhancement request then a bug. This looks a duplicate of bug 34355 :-). The attachment 43448 [details] (of that bug) shows how LibreOffice handles these changes. Not for .docx alone, but this is in general :-).

* Open Writer
* Type some words
* Edit > Changes > Record changes
* Make some changes

Kind regards,
Joren
Comment 2 Jorendc 2013-06-02 12:34:07 UTC
(In reply to comment #1)

Ah dangit. I think I mis-interpret this bug report. Don't mind :-). It is going about that _formatting_ changes.

Sorry about that -> marking as NEW.
Comment 3 Jorendc 2013-12-29 00:17:11 UTC
*** Bug 50447 has been marked as a duplicate of this bug. ***
Comment 4 Adam CloudOn 2013-12-29 08:55:11 UTC
(In reply to comment #3)
> *** Bug 50447 has been marked as a duplicate of this bug. ***

Hi @Jorendc
I don't think that this is a duplicate of 50447.
Bug 50447 talks about *comments* not being round-tripped, right?
This is about 'formatting tracked changes' not being round-tripping (like if someone changed a text-portion to 'bold' or 'italic' - things like that).
Comment 5 Buovjaga 2014-10-20 05:50:12 UTC
I'm seeing the changes ok in Win 7 64-bit 4.3.2.2 and dev build Version: 4.4.0.0.alpha0+
Build ID: 3e2bd1e4022e25b77bcc8eba5e02c1adc57008a1
TinderBox: Win-x86@42, Branch:master, Time: 2014-10-16_01:04:13