Libre Office Version: 4.2.6.3 Build-ID: 3fd416d4c6db7d3204c17ce57a1d70f6e531ee21 set to use German menus When deleting unnecessary numbering format templates "WWNumx" a warning appears when a template is still in use in the document. Confirming the deletion (the warning suggests, that the formatted text will be reset to default template) the deletion does not go through.
Can you please provide enumerated steps to reproduce? Example: 1. Open writer 2. Insert footer 3. . . . . Etc... Also a test document may be good in this case - if you think it would be, please attach. It is much easier to reproduce bugs when you give explicit steps on what we're supposed to do. Marking as NEEDINFO - once you provide the requested steps please set the bug to UNCONFIRMED. Thanks!
In response to Comment # 1 on bug 86061 from Joel Madero a test file and screenshot have been submitted. Changing status back to unconfirmed as requested. JW (original submitter)
I see no test file or screenshot here ?
The wwnumx styles are imported from word, so we need the sample word document
Created attachment 109238 [details] testfile test file type dock, uploaded thru webinterface, as mail reply seems to not to reach proper destination 2 screenshot files to follow
Created attachment 109240 [details] screenshot refereced in bug report
Created attachment 109241 [details] screenshot #2 referenced in bug report
Created attachment 109242 [details] bug report details as requested
First, we are talking about styles and not templates, in this particular case numbering styles. Second, I can not confirm the alleged buggy behaviour with my master build on OSX 10.10. If I open the provided document, activate the styles and formatting window, select thee numbering style list, the delete wwwnum2 from the list, that numbering style is deleted, after showing the reported message anf request for confirmation, and the default numbering style Numbering3 is selected instead.
(In reply to Alex Thurgood from comment #9) > First, we are talking about styles and not templates, in this particular > case numbering styles. > > Second, I can not confirm the alleged buggy behaviour with my master build > on OSX 10.10. > > If I open the provided document, activate the styles and formatting window, > select thee numbering style list, the delete wwwnum2 from the list, that > numbering style is deleted, after showing the reported message anf request > for confirmation, and the default numbering style Numbering3 is selected > instead. Correction. I can confirm the bug. The style appears to be deleted from the styles list window, but moving to another heading in the same document brings the old style numbering back into the displayed list of styles. Confirming.
Adjusted title accordingly.
@Joachim : thanks for your test file and description.
Tested on Version: 4.4.0.0.alpha2+ Build ID: 0b3766645d7d52d5c2022b1e8e4617eff06403c8
** 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.4 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 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-12-20
Confirming also on Version: 5.2.0.0.alpha0+ Build ID: ce3d3f5543e3e132a3473af27aa2c827336add0f CPU Threads: 2; OS Version: -; UI Render: default; Locale : fr-FR (fr.UTF-8)
** 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
Still present as per comment 10 Version: 6.0.0.0.alpha1+ Build ID: 15dce20e8b97dbd0179f01910ca4d0027e80ff4e CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2017-10-20_06:46:46 Locale: en-US (en_US.UTF-8); Calc: group
Deleting WWNum2 does not work on Windows either, so this is not mac specific Also it was inherited from OOo when I checked Version: 5.4.0.3 (x64) Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c CPU threads: 1; OS: Windows 6.1; UI render: default; Locale: en-US (en_US); Calc: group
** 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
Still reproducible with Version: 6.2.0.0.alpha1+ (x64) Build ID: 59d48c531a5cad27f02b91c9b86278d5ede211a1 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-29_01:05:52 Locale: de-AT (de_AT); Calc: CL After deleting WWNum2 (and also WWNum1 for testing purpose) and clicking back to a heading, WWNum2 appears in the list styles of the sidebar.
Still reproducible with Version: 6.1.0.3 Build-ID: efb621ed25068d70781dc026f7e9c5187a4decd1 CPU-Threads: 8; BS: Mac OS X 10.13.6; UI-Render: Standard; Gebietsschema: de-DE (de_DE.UTF-8); Calc: group threaded Deleted unused WWNum1, vanished from list Deleted WWNum2, in use, got warning about reassigning "standard" instead, but DOES NOT REALLY DELETE. Suspecting a failure to delete the last entry in a list I created dummy format ZZZ, making WWNum2 now second to last in the list. Still cannot delete it, can delete ZZZ. Go figure. Cheers from the old continent. J W
Repro 6.4+.
fixed in LO 6.4 with tdf#128557 Only show delete menu item when custom style is not in use https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-6-4&id=9cbc55167301cefe9889ad8e604439e0118b627f (This had nothing to do with DOCX.) If you want to change this bug into an enhancement request to allow an in-use custom style to be deleted and revert to some default style [probably No List] (as the message initially said that it would do), then I suggest creating a new, clean bug report for that. Note that this problem ONLY seems to exist for list styles. It works for paragraph and character styles. Lists are much different. See the discussion in bug 128557. *** This bug has been marked as a duplicate of bug 128557 ***