Description: in Librewrite I created several custom page styles for my manuscript that disappear after I close the application. Also - using style attributes like DropCap? These do not maintain user choices after closing LibreOffice so each time I go back to open the document I have to go through the Edit Style process each and every time. Also, using existing styles and turning on/off the header and footer does not maintain state so I am constantly struggling with page numbering that works properly within a manuscript. This happens even if I specify no other page styles to "follow" or that it is based off of a previous style. Steps to Reproduce: 1. I have created all new styles several times 2.I saved my style set up as a template to try and lock in those manuscript styles 3. I've used Manual breaks to identify the change over from styles. Actual Results: Template saved fine BUT the inability for the software to save those custom styles so that they may be used as I intend does not happen Expected Results: When I create a style, or use an existing one and edit it to perform as I need (like proper page numbering), they need to maintain the options I chose and stop bleeding those changes into other styles Reproducible: Always User Profile Reset: Yes Additional Info: Manuscripts need to have a powerful page numbering system that does not start each and every time from the first page of the document - like title, Copyright, TOC, etc. Manuscript page numbering always starts at the first page of the actual story. Also - the last pages - things like acknowledgments and about have their own non-numbered status. I created custom page styles and paragraph styles but they either disappear or lose my choices each time I open the document
Please attach a sample file, odt format, reduce the size as much as possible without private information, and paste the information in Menu/Help/About LibreOffice, there is a copy icon.
Dear Laurence, 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 Laurence, 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