Bug 40101 - Endnotes converted to roman numerals when saving odt->doc (FILESAVE, FORMATTING)
Summary: Endnotes converted to roman numerals when saving odt->doc (FILESAVE, FORMATTING)
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.4.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 40908 (view as bug list)
Depends on:
Blocks: Footnote-Endnote
  Show dependency treegraph
 
Reported: 2011-08-15 05:46 UTC by kitchin
Modified: 2018-05-02 15:51 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
example file for experiments (9.22 KB, application/vnd.oasis.opendocument.text)
2012-01-31 04:01 UTC, sasha.libreoffice
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kitchin 2011-08-15 05:46:47 UTC
Endnotes in ODT format use arabic numbering by default. They look the same after saving to DOC. But MS Word sees them as lower case roman numerals. Round tripping Word->Writer->Word causes the same problem. This bug goes back to at least ver. 3.3 and is reproducible. Word 2003 and Word 2010 agree.

See also: Bug 40049 - Footnote settings don't stick
In that bug the user wants roman numerals, but Writer keeps switching back to arabic.
Comment 1 Björn Michaelsen 2011-12-23 12:31:52 UTC Comment hidden (obsolete)
Comment 2 sasha.libreoffice 2012-01-31 04:01:59 UTC
Created attachment 56369 [details]
example file for experiments
Comment 3 sasha.libreoffice 2012-01-31 04:09:24 UTC
reproduced in LibO 3.6.0 master on Fedora 64 bit
Word 2003 sees endnotes different as LibO
and first endnote has another problem: additional paragraph and tab
Comment 4 sasha.libreoffice 2012-02-03 01:41:56 UTC
*** Bug 40908 has been marked as a duplicate of this bug. ***
Comment 5 QA Administrators 2014-10-24 03:18:19 UTC Comment hidden (obsolete)
Comment 6 sasha.libreoffice 2014-10-24 11:33:40 UTC
in 4.3.1.2 on WinXP:
- endnotes transform from arabic to roman, for example 3 becomes iii. But I am not sure if it is a bug of LO or feature of doc format.
- additional paragraph in first note still appears
- endnote looks as footnote (appears on the same page) in Word. May be it is feature of Word. Or bug.

So, in last version of LO problem remains.
Comment 7 Jacob Boerema 2016-05-23 10:21:01 UTC
I still see roman numerals in Office Word 2007 with a document saved by Version: 5.1.3.2 Build ID: 644e4637d1d8544fd9f56425bd6cec110e49301b.

Not sure if this is related but the same also happens when saving a document as RTF.
Comment 8 Justin L 2017-07-25 21:13:07 UTC
(In reply to kitchin from comment #0)
> Endnotes in ODT format use arabic numbering by default.

I cannot confirm that statement. With a US English locale, when I "insert endnote" I get a roman numeral (i). (Arabic numbering IS used for FOOTnotes.)

When I open the Endnote.odt file from comment 2, I see roman numerals. They remain roman numerals after round-tripping to .docx and .rtf.

Changing to NEEDINFO: need more detail to replicate this bug. Could not replicate with bibisect-43all at LO3.6, or at LO6.0 master with English US locale.
Comment 9 QA Administrators 2018-04-04 13:08:39 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2018-05-02 15:51:28 UTC
Dear Bug Submitter,

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-20180502