Created attachment 114315 [details]
How the content should be.
We are using a crm software, using EK RTF to create RTF files.
The files do not maintain formatting when saved as rtf files.
Reopening saved files show that an extra column added.
Please find attached 2 files;
- How the content should be ; the file with extension odt
- What happens to the odt file if saved in RTF format.
I will be glad to help in testing to get the bug fixed a.s.a.p
Created attachment 114316 [details]
File saved in RTF format
I reproduced the appearance of extra column in both tables when saving .odt to .rtf.
Wouldn't exactly call this major though: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg
How did you create the .odt file? By opening an .rtf created by EK RTF in LibreOffice and then saving to .odt?
EK RTF: http://www.128byte.ru/
Win 7 Pro 64-bit, LibO Version: 22.214.171.124
Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
Well, it is major for me, because we are using a crm software creating files using EK RTF: http://www.128byte.ru/
The files are getting corrupted when saving as you see. Second time editing becomes a trouble.
I created the odt file by saving it as odt after being first created.
Also removed some private info from it, and saved as odt again and as rtf as final.
It would be nice at least solving the extra coloumn problem...
This began at the below commit.
Adding Cc: to firstname.lastname@example.org; Could you possibly take a look at this? Thanks
Author: Julien Nabet <email@example.com>
Date: Tue Jun 12 19:50:23 2012 +0200
Resolves: fdo#49178 CRASH when FILEOPEN particular RTF
Matthew: this part doesn't exist anymore, see:
but above all this:
Miklos: one for you?
This is a duplicate of bug 80708, fixed by commit 5e2708a5a8cad3c2f4578742264610abab677395 (tdf#80708 RTF export: fix unexpected table row break, 2015-04-20).
*** This bug has been marked as a duplicate of bug 80708 ***
Migrating Whiteboard tags to Keywords: (bibisected)