44117 – enhanced metafiles in table cell do not print

Issue 44117 - enhanced metafiles in table cell do not print

Summary: enhanced metafiles in table cell do not print

Status:	CONFIRMED

Alias:	None

Product:	Writer
Classification:	Application
Component:	printing (show other issues)
Version:	680m94
Hardware:	PC Windows XP

Importance:	P3 Trivial (vote)
Target Milestone:	---
Assignee:	AOO issues mailing list
QA Contact:

URL:
Keywords:

Depends on:
Blocks:

Reported:	2005-03-04 21:33 UTC by pvmierlo
Modified:	2013-08-07 14:38 UTC (History)
CC List:	1 user (show)

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

Attachments
example RTF file (98.34 KB, text/rtf) 2005-03-04 21:34 UTC, pvmierlo	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 pvmierlo 2005-03-04 21:33:51 UTC

When printing a table containing a cell containing an enhanced metafile, the 
metafile does not print (box containing "read-error" is displayed instead. 
After printing, the display is also permanently corrupted (as if the metafile 
has been destroyed).

Comment 1 pvmierlo 2005-03-04 21:34:47 UTC

Created attachment 23368 [details]
example RTF file

Comment 2 pvmierlo 2005-03-05 13:55:39 UTC

Problem occurs on OOo 2.0 beta as well.

Comment 3 michael.ruess 2005-03-06 10:42:34 UTC

Reassigned to HI.

Comment 4 terranwannabe 2005-04-20 18:49:46 UTC

Confirmed on WinXP Pro SP2 with OOo680_m93 (most recent dev build). However,
that's only a partial confirmation - it does display "Read-Error" on the printed
sheet, but the display stays the same.

Comment 5 h.ilter 2005-04-21 09:18:17 UTC

The picture on bugdoc is very fragile. 
It disappears also by reduce or enlarge the  display or hide and bring back by
scrolling.
Workaround at current is to reload the file.

Comment 6 frank.meies 2005-05-17 11:55:45 UTC

FME->THB: Please have a look.

Comment 7 thb 2005-05-17 12:01:22 UTC

Seems that the Graphic swapout went recursive; break on ImpGraphic::ImplSwapOut(
SvStream* pOStm )  and watch the GfxLink, being already swapped out, swapping
itself out again...

Comment 8 thb 2005-05-17 12:04:05 UTC

Note: this doesn't work for 1.1.4, too. There, even the initial import yields an
empty graphic ("read error").

Comment 9 thb 2005-05-27 23:39:18 UTC

Due to resource constraints, this issue was retargeted,

Comment 10 thb 2008-06-27 12:00:35 UTC

This issue still occurs in recent dev300 versions.

@fme: please take this one back - I would guess this is a corner case in Writer
graphics handling, haven't seen anything like that in Draw/Impress.