Description: When I edit a doc in doc format, 1- "edit" style (ie. heading 3) font, size, color, format. edit from menu, edit from drop-down at style listing or select "update to match"... apply seems to hold, but if you then click "heading 3" from style list, all formatting and style returns to some mystery default. 2- select number, access character formatting and select 'superscript' radio button. Save doc and reopen, superscript is removed and number reverts to 'regular' format throughout entire document.. Steps to Reproduce: 1. select text 2.select heading 3 style 3.select modify style or edit style or edit manually and select "update to match" 4.move cursor focus 5. reselect text and apply heading 3 style. all modifications lost. second part 1. select number 2. select character>format 3. select superscript radio button. 4. save document (word) 5. re-open doc, formatting lost Actual Results: see above Expected Results: formatting modifications/edits/updates, all lost. Reproducible: Always User Profile Reset: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes
Thank you for reporting the bug. I cannot confirm this with Version: 6.3.0.0.alpha0+ Build ID: 3c964980da07892a02d5ac721d80558c459532d0 CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2018-12-12_02:07:45 Locale: en-US (en_US); UI-Language: en-US Calc: threaded
I cannot reproduce either problem when editing and when saving to .doc format. You are doing this from scratch in LibreOffice or editing some .doc coming from Microsoft Office? Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information. Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: dee9ad9fdca594993190e2f79ca4696f9adf6b48 CPU threads: 8; OS: Linux 4.20; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 27 January 2019
Dear Sylvain, 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 Sylvain, 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