Issue 68630 - numbering style to "None" in a derived style lost after save/reopen
Summary: numbering style to "None" in a derived style lost after save/reopen
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 2.0.3
Hardware: All Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-15 09:08 UTC by djmdli
Modified: 2017-05-20 11:17 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
A small file demonstrating the problem (9.26 KB, application/vnd.oasis.opendocument.text)
2006-08-15 09:12 UTC, djmdli
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description djmdli 2006-08-15 09:08:57 UTC
Create a named paragraph style that includes numbering
(e.g. myList uses style Numbering 1).

Create a derived style that is the same except for no numbering
(e.g. myListCont linked with myList, but Numbering Style = None)

Now use the styles a bit.  Save the document and re-load.  The text that was
added to the document before saving is all Ok, but creating a new paragraph
and applying "myListCont" results in a numbered paragraph.  Usign the style
editor shows that the numbering style of "myListCont" has been set back to
Numbering 1 (inherited from the linked style).

This may be related to 68629 and (calc) 67497.  Could there be a fundamental
problem with the way OO handles "None" ?
Comment 1 djmdli 2006-08-15 09:12:44 UTC
Created attachment 38520 [details]
A small file demonstrating the problem
Comment 2 michael.ruess 2006-08-15 10:51:44 UTC
MRU->HBRINKM: Create a paragraph style which has e.g. "Numbering 1" set as list
style on the Numbering" tabpage. Now create a style derived from the previously
generated style which has manually has "none" as list style on numbering tab.
The "none" setting will be lost/resetted to the setting of the parent style
after saving/reloading the document.
Comment 3 Mathias_Bauer 2008-01-11 14:45:45 UTC
target 3.0
Comment 4 Mathias_Bauer 2008-04-25 17:29:02 UTC
The docx import filter consumed most of our resources in the "interop" area. Due
to that we must retarget this issue. -> 3.x
Comment 5 Marcus 2017-05-20 11:17:44 UTC
Reset assigne to the default "issues@openoffice.apache.org".