Issue 103634 - Paragraph Numbering Reset when printing selection
Summary: Paragraph Numbering Reset when printing selection
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: printing (show other issues)
Version: OOo 3.1
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: 3.4.0
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords: numbering, oooqa
: 114265 (view as issue list)
Depends on:
Blocks:
 
Reported: 2009-07-19 09:03 UTC by bottlehall
Modified: 2010-11-09 15:37 UTC (History)
5 users (show)

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

Attachments
Test case (19.50 KB, application/msword)
2010-09-16 22:33 UTC, gobnat 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description bottlehall 2009-07-19 09:03:08 UTC 
I don't think this is a duplicate of issue 86507.

I have a section of my document that prints correctly as section 5, 5.1, 5.2,
etc. with 3 and 4 levels within.

If I just select that part of the document to print, then the section resets to
1 - but all the sub-sections are correct within.

It's a long document, so I don't want to have to print it out completely every time.
Comment 1 eric.savary 2009-07-20 08:40:08 UTC 
Please attach a sample document
Comment 2 michael.ruess 2009-07-20 10:02:15 UTC 
MRU->OD: this is highly related to issue 47779, I think. Internally, a new
document is created for the printing-selection, thus the numbering will be resetted.
Comment 3 cno 2009-10-15 08:18:21 UTC 
same problem with numbered lists
also with export to PDF
Comment 4 Oliver-Rainer Wittmann 2009-10-15 08:25:21 UTC 
setting keyword "numbering"
Comment 5 cno 2010-06-03 10:59:22 UTC 
shouldn't this be a tough though interesting challence for the internship :-)
Comment 6 Oliver-Rainer Wittmann 2010-06-04 13:02:16 UTC 
od->mst:
You fixed recently a similar use case - issue 111677.
May be we can use your solution not only for the internal created clipboard text
documents, but also for the internal created text documents to print/export to
PDF/... a certain selection of the text document.
Thus, please take over for evaluation.
Comment 7 mst.ooo 2010-06-17 16:00:53 UTC 
i have something that works now (mainly using the infrastructure for the similar
clipboard bug fix (issue 111677)), but it needs a bit of discussion with od when
he's back from vacation...
Comment 8 michael.ruess 2010-09-02 09:38:17 UTC 
*** Issue 114265 has been marked as a duplicate of this issue. ***
Comment 9 gobnat 2010-09-16 22:33:03 UTC 
Created attachment 71738 [details]
Test case
Comment 10 gobnat 2010-09-16 22:34:33 UTC 
Please ignore that attachment.  It is meant for 56053.
Comment 12 mst.ooo 2010-10-07 10:47:10 UTC 
please verify

note that as part of the fix i have moved a fix for issue b6432095 from the text
formatting code to the generic model code where it belongs.
this means that for numbering rules with type NONE and suffix/prefix, the
suffix/prefix will be displayed not only in the document itself (due to the fix
in the text formatting), but in every place where the list label appears.
this affects the ASCII export, RTF export, HTML export, UNO API,
TableOfContents, WordCount, and some CrossReference related dialogs and tooltips
etc.

oh, and the fix should work for both print and export to PDF.
Comment 13 michael.ruess 2010-10-21 13:14:50 UTC 
Verified fix in CWS sw34bf01.
Comment 14 michael.ruess 2010-11-09 15:37:47 UTC 
Checked in DEV300m92.