| Summary: | Corrupted enummeration in RTF format | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Ulf Zibis <Ulf.Zibis> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | critical | CC: | alexpikptz, dennisroczek, jbfaure |
| Priority: | medium | Keywords: | filter:rtf |
| Version: | 3.5.0 release | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=48013 | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | 40977 | ||
| Bug Blocks: | 81234 | ||
| Attachments: |
Corrupted RTF
Original ODT screen shot ODT where wrong negative indentation was removed RTF export with LO 6.0 |
||
Created attachment 57873 [details]
Original ODT
There is dataloss, if one creates a new document with enumerations used, and only saves the document in RTF format. Confirmed with LibO 3.3.4, 3.4.5, and 3.5.1 Beta1 on Windows XP. There is no data loss, but the tabulators are misplaced starting with the paragraph "Fachliche Kompetenzen ..." Created attachment 57918 [details] screen shot (In reply to comment #3) > There is no data loss, In my understanding, formatting is also data. > but the tabulators are misplaced starting with the > paragraph "Fachliche Kompetenzen ..." There are more errors, see my screen shot. I see two problems with the import of this RTF file : 1/ titles without numbering -> 0 is added in front of the line 2/ RTF filter seems to not accept negative first line indent. Side note : if you consider formatting as data, there is nothing in a document that is not data and the keyword dataloss becomes useless. In this case, no text fragment has been lost in the RTF export, so no data loss. Miklos : this one is for you. Please feel free to reassign if you can't handle this bug. Best regards. JBF Sorry, forgot to mention that I reproduce the problem with LO 3.5.3 rc0+ and master (LibreOffice 3.6.0alpha0+ Build ID: 08ba87c-49d3d39-e67b1bf-879ce36-638d9c) under Ubuntu 11.10 x86_64. So I set platform and OS accordingly Created attachment 58963 [details]
ODT where wrong negative indentation was removed
- Save it as RTF
- Reopen the RTF
- Compare and wonder ;-)
(In reply to comment #7) > Created attachment 58963 [details] > ODT where wrong negative indentation was removed > > - Save it as RTF > - Reopen the RTF > - Compare and wonder ;-) Ok, so the problem of titles without numbering is not an import problem but is an export problem. If I save the ODT to RTF with Abiword and open this RTF with LO 3.5.2 rc1 the title level 1 is correct. Best regards. JBF Another RTF problem: Bug 48013 - German Umlaute lost on copy via clipboard from RTF Title numbering has been solved by Miklos in bug 49692. Problem remaining in the present case : tab stops are different in rtf file as they are in odt file. Best regards. JBF I reproduce the issue with tabs with LibreOffice 4.2.5 and 4.3.0.2 on Debian x86_64. Distances between characters and lines are slightly different in odt and rtf. ** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.0.5 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-09-03 Tab stops problem still reproducible with LibreOffice 5.0.3.0+. Best regards. JBF Migrating Whiteboard tags to Keywords: (filter:rtf) Reset Assignee to default till I actually start looking into this. ** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103 Tab stops problem still reproducible in LO 5.3.1.0.0+ Version: 5.3.1.0.0+ Build ID: d9423d80e7a2c8dc323027425780a17e76b6d0c6 Threads CPU : 4; Version de l'OS :Linux 4.4; UI Render : par défaut; VCL : gtk3; Moteur de mise en page : nouveau; Ubuntu_16.04_x86-64 Locale : fr-FR (fr_FR.UTF-8); Calc: group Best regards. JBF ** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug Created attachment 139585 [details]
RTF export with LO 6.0
Not reproducible anymore for me with LibreOffice 6.0.1.0+ built at home under Ubuntu 16.04 x86-64.
Setting status as WorksForMe. Please feel free to reopen if you disagree.
Best regards. JBF
|
Created attachment 57872 [details] Corrupted RTF I have saved an odt document as rtf document. Compare the attached files.