Menu

#935 OmegaT ignores Word document with different file structure

4.1
closed-fixed
5
2019-03-04
2019-02-27
No

Running a nightly build of revision 10513.

I just stumbled over this small Word document I've got from a customer, which wouldn't appear in OmegaT's project files after putting it into the source folder. Other files next to it were picked up, but this one was skipped. Unfortunately I can't attach a copy of the file. The contents are confidential and as soon as I change the file contents, the issue disappears (i.e. the file is picked up by OmegaT).

From what I can tell, this might have to do with the file's internal structure.

Word would typically save the file contents internally as word/document.xml, however, in this instance the file is called word/document2.xml. I think this might have to do with internal versions stored in the same file, although I couldn't reproduce it.

Either way, this is noted inside _rels/.rels, which seems to be ignored by OmegaT.

1 Attachments

Discussion

  • Didier Briel

    Didier Briel - 2019-02-27
     
  • Didier Briel

    Didier Briel - 2019-02-27

    I confirm OmegaT doesn't read _rels/.rels.

    Apparently, using word/document2.xml instead of word/document.xml is a "feature" of Office365.

    Didier

     
  • Didier Briel

    Didier Briel - 2019-03-01
    • status: open --> open-fixed
    • assigned_to: Didier Briel
     
  • Didier Briel

    Didier Briel - 2019-03-01

    Fixed in SVN (/trunk, [r10457]).

    OmegaT still doesn't read _rels/.rels, but it loads word/document2.xml if there is one.

    Didier

     

    Related

    Commit: [r10457]

  • Didier Briel

    Didier Briel - 2019-03-04
    • status: open-fixed --> closed-fixed
     
  • Didier Briel

    Didier Briel - 2019-03-04

    Fixed in the published release 4.1.5 update 4 of OmegaT.

    Didier

     

Log in to post a comment.