Created attachment 114108 [details] Example to show the effect How to reproduce/current behaviour: Open LibreOffice Writer, create a new document, enter some text and save it in RTF format. Close Writer and open the document again – you may just use the attached document. Copy some email address into the clipboard, e.g. this one (without the quotes): „Dummy User <dummy@example.com>“. Set the cursor at the beginning of the document and paste the email address as plain text (e.g. using Shift+Ctrl+V). Press enter. Now the first line of the document is this email address. Close Writer without saving the changed document before. Writer should remind you that there are unsaved changes and ask you if you want to save the changes. Answer „Yes“. Depending on the Writer configuration another dialog box may appear asking if you want to save the document in RTF format. Choose saving in RTF format. The Writer window should disappear. Reopen the document. It now contains the first line only up to but not including the closing bracket („>“). The rest of the content is gone and I did not find any way to recover it. Expected behaviour: When the saved document is reopened, it should contain the content it had when saved. Observed with: Version: 4.3.4.1, Build-ID: bc356b2f991740509f321d70e4512a6a54c5f243 I think this is a critial error as it causes unrecoverable data loss.
Same effect observed with LibreOffice Writer Version: 4.3.3.2 Build-ID: 430m0(Build:2) and Ubuntu 14.10.
A still easier way to reproduce the problem: Create a new document, insert some text, save it in RTF format. Reload it to make sure that the text has been saved. Goto the beginning of the text and enter some email address in the form "Name <dummy@example.com>" and press enter. Save the document and reload it. The content of the document now consists of a single line containing the email address truncated before the closing ">".
Created attachment 114140 [details] malformed rtf file I can confirm that the data does not display. Opening the file with wordpad also fails to display the data. Opening the file with notepad shows that the data is still there. I think the data has become part of the link. Removing the brackets before saving keeps the data. Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
An interesting RTF issue Miklos - I forget where the tracker is. FYI - as/when the RTF parser stumbles on something - it is absolutely normal to loose the rest of the document from then onwards =) I imagine to get your data back, you'd want to manually edit the RTF file to tweak around this issue & restore your file data. Thanks for reporting.
Bug confirmed on: Version: 4.4.3.2 Build ID: 40m0(Build:2) (Debian) Locale : fr_FR Here is how is saved a paragraph with 3 emails links: \par \pard\plain \s0\ql\nowidctlpar\ltrpar{\*\hyphen2\hyphlead0\hyphtrail2\hyphmax0}\cf1\kerning1\dbch\af10\langfe1081\dbch\af10\afs24\alang1081\loch\f3\fs24\lang1036\ql\nowidctlpar{{\field{\*\fldinst HYPERLINK "mailto:email1@example.com" }{\fldrslt {\cf2\ul\ulc0\langfe255\lang255\cf1\i\kerning1\dbch\af9\langfe1081\rtlch \ltrch\loch\fs24\lang1036 email1@example.}{}}}{\field{\*\fldinst HYPERLINK "mailto:comemail2@example.com" }{\fldrslt {\cf2\ul\ulc0\langfe255\lang255\cf1\i\kerning1\dbch\af9\langfe1081\rtlch \ltrch\loch\fs24\lang1036 comemail2@example.com}{}}}\cf1\i\kerning1\dbch\af9\langfe1081\rtlch \ltrch\loch\fs24\lang1036 \~; }{{\field{\*\fldinst HYPERLINK "mailto:email3@example.com" }{\fldrslt {\cf2\ul\ulc0\langfe255\lang255\cf1\i\kerning1\dbch\af9\langfe1081\rtlch \ltrch\loch\fs24\lang1036 email3@example.com}{}}}}}}{\field{\*\fldinst HYPERLINK }{\fldrslt {\cf1\i\kerning1\dbch\af9\langfe1081\rtlch \ltrch\loch\fs24\lang1036 }
** 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.5 or 5.2.1 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-20160920
Seems to work now. Version: 5.1.4.2 Build-ID: f99d75f39f1c57ebdd7ffc5f42867c12031db97a BS-Version: Windows 6.1; Gebietsschema: de-DE (de_DE)