Bug 86061 - Deleting MSWord numbering format style seems to work but doesn't, list style remains
Summary: Deleting MSWord numbering format style seems to work but doesn't, list style ...
Status: RESOLVED DUPLICATE of bug 128557
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Reported: 2014-11-09 14:39 UTC by Joachim Wetzig
Modified: 2020-04-08 06:47 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:
Regression By:

testfile (10.40 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2014-11-10 19:24 UTC, Joachim Wetzig
screenshot refereced in bug report (578.40 KB, image/tiff)
2014-11-10 19:25 UTC, Joachim Wetzig
screenshot #2 referenced in bug report (324.05 KB, image/tiff)
2014-11-10 19:26 UTC, Joachim Wetzig
bug report details as requested (2.40 KB, text/plain)
2014-11-10 19:33 UTC, Joachim Wetzig

Note You need to log in before you can comment on or make changes to this bug.
Description Joachim Wetzig 2014-11-09 14:39:35 UTC
Libre Office Version:
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.
Comment 1 Joel Madero 2014-11-09 16:20:32 UTC Comment hidden (obsolete)
Comment 2 Joachim Wetzig 2014-11-10 00:40:00 UTC Comment hidden (obsolete)
Comment 3 Alex Thurgood 2014-11-10 12:43:32 UTC Comment hidden (obsolete)
Comment 4 Alex Thurgood 2014-11-10 12:44:43 UTC Comment hidden (obsolete)
Comment 5 Joachim Wetzig 2014-11-10 19:24:53 UTC
Created attachment 109238 [details]

test file type dock, uploaded thru webinterface, as mail reply seems to not to reach proper destination

2 screenshot files to follow
Comment 6 Joachim Wetzig 2014-11-10 19:25:38 UTC
Created attachment 109240 [details]
screenshot refereced in bug report
Comment 7 Joachim Wetzig 2014-11-10 19:26:52 UTC
Created attachment 109241 [details]
screenshot #2 referenced in bug report
Comment 8 Joachim Wetzig 2014-11-10 19:33:56 UTC
Created attachment 109242 [details]
bug report details as requested
Comment 9 Alex Thurgood 2014-11-17 09:08:40 UTC Comment hidden (obsolete)
Comment 10 Alex Thurgood 2014-11-17 09:12:56 UTC
(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.

Comment 11 Alex Thurgood 2014-11-17 09:14:49 UTC Comment hidden (obsolete)
Comment 12 Alex Thurgood 2014-11-17 09:15:49 UTC Comment hidden (obsolete)
Comment 13 Alex Thurgood 2014-11-17 09:16:26 UTC
Tested on

Build ID: 0b3766645d7d52d5c2022b1e8e4617eff06403c8
Comment 14 QA Administrators 2015-12-20 16:10:14 UTC Comment hidden (obsolete)
Comment 15 Alex Thurgood 2015-12-21 08:22:28 UTC Comment hidden (obsolete)
Comment 16 QA Administrators 2017-01-03 19:57:23 UTC Comment hidden (obsolete)
Comment 17 eisa01 2017-11-05 16:24:25 UTC Comment hidden (obsolete)
Comment 18 eisa01 2017-11-05 20:53:49 UTC
Deleting WWNum2 does not work on Windows either, so this is not mac specific

Also it was inherited from OOo when I checked

Version: (x64)
Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c
CPU threads: 1; OS: Windows 6.1; UI render: default; 
Locale: en-US (en_US); Calc: group
Comment 19 QA Administrators 2018-11-06 03:56:59 UTC Comment hidden (obsolete)
Comment 20 Thomas Lendo 2018-11-06 08:27:21 UTC
Still reproducible with

Version: (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.
Comment 21 Joachim Wetzig 2018-11-08 16:46:53 UTC
Still reproducible with 
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.

Comment 22 Timur 2019-10-07 12:32:06 UTC
Repro 6.4+.
Comment 23 Justin L 2020-04-08 06:47:48 UTC
fixed in LO 6.4 with tdf#128557 Only show delete menu item when custom style is not in use


(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 ***