Description: For 8 years, I have been writing articles in an old version of Microsoft Word for a newspaper and submitting them, as they require, in plain text (TXT) format, which they load into their old Macintosh system. This has not been a problem. Recently I had to have my computer "nuked and paved," and upgraded from Windows 7 to Windows 10 Pro version (64 bit). In the process, I lost Word, but installed Libre Office Writer. Twice now, I have written my article in ODT format but also saved it in plain text (TXT) format. It looks normal to me. When the newspaper loads the article, it displays black squares throughout, which they have deleted one by one. I assume these squares are replacing spaces between words and perhaps also quotation marks. In ODT format, one can display both with Ctrl + F10, but I have not done that. Steps to Reproduce: 1.I create a document in LibreOffice Write and save it in both ODT format and TXT format 2.I submit the document in TXT format as an email attachment 3.The newspaper loads it to the older Macintosh system. Actual Results: When the newspaper opens the TXT file in their system, it displays black squares. I cannot reproduce that display problem on my computer Expected Results: The newspaper told me, in effect, that my file could be used only by deleting the black squares one by one. Reproducible: Always User Profile Reset: No Additional Info: Produced a clean TXT file that could be viewed as intended with the black squares.
There are 2 things to take into account: - encoding (utf-8, plain ascii, ...) - newline : Unix, macOS uses LF, Windows CRLF, Classic Mac OS CR (see https://en.wikipedia.org/wiki/Newline) So instead of saving with "Text (.txt)", choose "Text - Choose Encoding (.txt)" + click Edit filter settings checkbox at bottom left of panel. You'll be able to choose: - encoding - paragraph break - to use or not to use BOM (byte-order Mark) Of course, you must know what's the OS (include version if possible) of the person who will open your file.
Dear Gregory Bryce, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Gregory Bryce, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp