Issue 101734 - Lines of objects in header/footer not drawn on consecutive pages when exporting to pdf
Summary: Lines of objects in header/footer not drawn on consecutive pages when exporti...
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOO310m11
Hardware: Unknown Windows Vista
: P2 Trivial with 4 votes (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
Keywords: oooqa
: 102040 103199 103579 (view as issue list)
Depends on:
Reported: 2009-05-10 20:45 UTC by chrk
Modified: 2013-08-07 14:43 UTC (History)
4 users (show)

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

drawn objects in header/footer of Writer document (15.82 KB, application/vnd.oasis.opendocument.text)
2009-05-10 20:47 UTC, chrk
no flags Details
pdf exported from the above (24.09 KB, application/pdf)
2009-05-10 20:50 UTC, chrk
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description chrk 2009-05-10 20:45:07 UTC
Since there is no entry for OOo 3.1 final (OOo310m11)yet, I file this under 3.1 RC2.

- I start a new Writer document and insert headers and footers.
- Draw an arbitrary object from the drawing toolbar anchored to the
header/footer paragraph.
- Make sure the document has more than one page either by automatic or manual
page break.
- Save document and export to pdf.

None of the objects anchored to the header or footer has any lines from page two on.

I have observed this under Windows Vista 32bit, could not test it under XP.
Someone else could not observe this behaviour under Linux.
Comment 1 chrk 2009-05-10 20:47:46 UTC
Created attachment 62147 [details]
drawn objects in header/footer of Writer document
Comment 2 chrk 2009-05-10 20:50:29 UTC
Created attachment 62148 [details]
pdf exported from the above
Comment 3 robertpatzke 2009-05-10 23:39:55 UTC
This problem does not occur with Version 3.01 on Vista
Comment 4 philipp.lohmann 2009-05-11 09:22:20 UTC
That would be a writer issue.
Comment 5 Oliver-Rainer Wittmann 2009-05-11 10:17:22 UTC

This is broken since DEV300m30 - DEV300m29 works fine.

From my point of view a candidate for OOo 3.1.1
Comment 6 Oliver-Rainer Wittmann 2009-05-26 11:13:52 UTC
OD->AW: Please take over as discussed.
Comment 7 Armin Le Grand 2009-06-03 17:12:21 UTC
AW: Very strange. Adding to aw073...
Comment 8 Armin Le Grand 2009-06-12 15:54:53 UTC
AW: No Problem in edit view; looking e.g. at pages 1-3 on a 2nd window while
cahnging a rectangle in the Header of View1. Also works in PagePreview. Indeed,
on pdf export, the hairline around the rectangle disappears. Debugging...
Comment 9 Armin Le Grand 2009-06-12 17:35:31 UTC
AW: Probably error found. In VclMetafileProcessor2D line geometry is
additionally added to the MetaFile as comment action using a SvtGraphicStroke
class (one of the extra data transport hacks of MetaFile). That class is
centrally prepared in the VclMetafileProcessor2D::impTryToCreateSvtGraphicStroke
helper method. What is missing is to apply the ObjectTransformation to the
geometry. This is needed since the Header/Footer objects are VirtObj's which get
encapsulated in a TransformPrimitive2D to create the page offset.
Adding code to apply the current object transformation to the used geometry...
Comment 10 Armin Le Grand 2009-06-12 17:51:09 UTC
AW: Indeed, this is the reason. Thinking about LineStart/End (Arrows). Are they
handled correctly when the transfromation does not only have an offset, but also
a scaling/rotation? Checking...
Comment 11 Armin Le Grand 2009-06-12 18:40:10 UTC
AW: For the used transformation, the fix will be okay. The SvtGraphicStroke
conent will be prepared in object coordinates. The used polygons (the line
itself, a start and/or end of line) will be transformed using the ObjectToWorld
This transformation does not contain scalings in the used case (and no
unproportinal scaling, too). The scaling would have had to be taken into account
for the LineWidth and the DashDotArray otherwise. Anyways, in cases of more
complex transformations than translation and linear scale, it would be better to
use the decomposition.
This is not needed for the current possible cases, but just a note to remember
this. Added debug test code to VOCOfDrawVirtObj::createPrimitive2DSequence to be
able to experiment with more than a translation. It is no problem for
visualisation, just for e.g. PDF export the old concept of putting stuff into
SvtGraphicStroke is not sufficient; to describe the existing data, a
transformation would have to be added to it.

Checking in solution...
Comment 12 Armin Le Grand 2009-06-12 18:42:45 UTC
AW: SvtGraphicStroke is a hack anyways and will be removable over some time (PDF
export should use primitives). Okay, done. 
Comment 13 Armin Le Grand 2009-06-24 11:59:10 UTC
AW: Checked on installed Win32 install set, works as expected.
Comment 14 Armin Le Grand 2009-06-24 14:34:38 UTC
*** Issue 102040 has been marked as a duplicate of this issue. ***
Comment 15 Armin Le Grand 2009-06-24 14:36:26 UTC
AW: Also need to re-activate this one as 3.1.1 task, added to CWS aw074. Adding
changes to the code...
Comment 16 Armin Le Grand 2009-06-24 14:42:36 UTC
AW: Also fixed in CWS aw074, changes checked (with the examples from the double
task) and comitted.
Comment 17 Oliver-Rainer Wittmann 2009-06-30 08:40:23 UTC
*** Issue 103199 has been marked as a duplicate of this issue. ***
Comment 18 Armin Le Grand 2009-07-01 11:28:40 UTC
AW->WG: Pease verify as described. Me or OD may demostrate
Comment 19 Armin Le Grand 2009-07-06 16:36:13 UTC
AW: Ckecked with build, works as expected.
Comment 20 Armin Le Grand 2009-07-07 09:57:28 UTC
AW->WG: Please review as described. Maybe a SW tester could take a look, to, OD
will help too.
Comment 21 michael.ruess 2009-07-09 10:31:39 UTC
Reassigning Writer task to MRU for verification in CWS's and Master build.
Comment 22 michael.ruess 2009-07-09 10:45:53 UTC
Verified in CWS aw073 and aw074.
Comment 23 michael.ruess 2009-07-16 08:11:26 UTC
*** Issue 103579 has been marked as a duplicate of this issue. ***
Comment 24 stx123 2009-07-21 22:56:16 UTC
me to CC
Comment 25 thackert 2009-08-11 18:47:22 UTC
Hello chrk, *,
I have tested it with OOO310m18 under Debian SID AMD64. I cannot confirm this
issue, so it seems to be fixed ... ;) Could someone else with a different OS
and/or architecture check it as well? And close this issue, if it is fixed
there, too?
Comment 26 tmjura 2009-08-11 21:36:05 UTC
Header/Footer problem has been a thorny issue.
For example issue 67292: problem with header/footer text only.
Comment 27 michael.ruess 2009-08-12 10:23:37 UTC
Cannot be confirmed in OOO310m18, because it is already fixed there.
Checked in OOO310m17 and 300m54.