Bug 77411 - FILEOPEN: [DOCX filter] disappearing page numbers (Roman numerals/after a section break)
Summary: FILEOPEN: [DOCX filter] disappearing page numbers (Roman numerals/after a sec...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
Version:
(earliest affected)
4.3.0.0.alpha0+ Master
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-04-13 20:56 UTC by Heraklios
Modified: 2014-11-02 21:51 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
example with faulty page numbers (21.03 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2014-04-13 20:56 UTC, Heraklios
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Heraklios 2014-04-13 20:56:42 UTC
Created attachment 97319 [details]
example with faulty page numbers

If I add page numbers as Roman numerals in e.g. a toc in Word 2013, they will be shown as Arabic numerals in Writer although the Writer toc shows Roman numerals; if I start after this toc a new numbering of pages with a section break (next page), all numbers are gone but again the toc is showing the right numbering.
Comment 1 Cor Nouws 2014-04-14 11:58:45 UTC
Hi Heraklios,

Thanks for your report. But did you already learn about page-styles in Writer? I think thats related to at least part of your problem. 
So I guess that it's best to first ask for user-support. For exmaple there is a group of users with a great variety of skills that can offer help with questions:
  http://www.libreoffice.org/get-help/

(And yes, there are issues with translating from Docx to Writer, but then I guess those are already reported..)

Can you pls try that first?
Comment 2 QA Administrators 2014-11-02 16:46:36 UTC
Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.


Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team
Comment 3 Cor Nouws 2014-11-02 21:51:14 UTC
Set as WorksForMe. Obvious situation