https://bugs.documentfoundation.org/show_bug.cgi?id=148024
Michael Stahl (allotropia) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=14 | |5178 Ever confirmed|0 |1 CC| |[email protected], | |[email protected] | |, [email protected], | |[email protected] Status|UNCONFIRMED |NEW Summary|Footnotes in sections are |Footnotes in sections with |disabled when save, close |certain numbering types |and reopen file |convert to Arabic numbering | |on ODF import Whiteboard| |odf --- Comment #6 from Michael Stahl (allotropia) <[email protected]> --- note the attachment ODT doesn't actually demonstrate the bug, it only contains style:num-format="1" which is the *result* of the bug. this is not a regression and due to the following in SwFormatFootnoteEndAtTextEnd::PutValue() case MID_NUM_TYPE : { sal_Int16 nVal = 0; rVal >>= nVal; if(nVal >= 0 && (nVal <= SVX_NUM_ARABIC || SVX_NUM_CHARS_UPPER_LETTER_N == nVal || SVX_NUM_CHARS_LOWER_LETTER_N == nVal )) m_aFormat.SetNumberingType(static_cast<SvxNumType>(nVal)); else bRet = false; } this allows a few different numbering types on ODF import (and DOCX/RTF), but everything else is converted to SVX_NUM_ARABIC. this code apparently exists since year 2000 and i have no idea why, does anybody know why would some formats be excluded? note there is a different bug 145178 which is a regression in 7.1 that causes *every* number format to be converted to SVX_NUM_ARABIC. -- You are receiving this mail because: You are the assignee for the bug.
