Issue 103336 - picture with indexed colours is not displayed after inserting drawing as an OLE object
Summary: picture with indexed colours is not displayed after inserting drawing as an O...
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: OOO310m14
Hardware: PC (x86_64) Unix, all
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-07-05 16:59 UTC by frank_markesteijn
Modified: 2013-08-07 15:31 UTC (History)
4 users (show)

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


Attachments
Drawing containing an image with indexed colours (162.98 KB, application/vnd.oasis.opendocument.graphics)
2009-07-05 17:01 UTC, frank_markesteijn
no flags Details
Text document with OLE inserted drawing. (343.68 KB, application/vnd.oasis.opendocument.text)
2009-07-05 17:02 UTC, frank_markesteijn
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description frank_markesteijn 2009-07-05 16:59:53 UTC
When the attached draw document, original.odg, containing an image with indexed
colours and several paths and text frames, is inserted into a document, via the
menu, by choosing "Insert" > "Object" > "OLE Object..." then, the pixel image is
not displayed, after saving the latter document, ole-inserted.odt, and unzipping
it, the image is present in "Object 1/Pictures" and it is refered to correctly
in "Object 1/content.xml". If I convert the image to true colour and use that to
generate the same document then, it simply works. As far as I can tell
original.odg conforms to iso/iec 26300, the ODF 1.0 specification, and the image
is a perfectly fine PNG image, if anyone thinks otherwise, do let me know, if
anyone knows what changes to make to the xml code, to make it work, that too
would be much appreciated.
Comment 1 frank_markesteijn 2009-07-05 17:01:00 UTC
Created attachment 63370 [details]
Drawing containing an image with indexed colours
Comment 2 frank_markesteijn 2009-07-05 17:02:11 UTC
Created attachment 63371 [details]
Text document with OLE inserted drawing.
Comment 3 frank_markesteijn 2009-07-05 20:38:15 UTC
See also issue 103339
Comment 4 michael.ruess 2009-07-06 11:16:30 UTC
Reassigned OLE-stuff to mru.
Comment 5 michael.ruess 2009-07-07 12:34:48 UTC
I cannot confirm this problem... do you talk about the large graphic which looks
like a map in the odg file? This one is correctly displayed on my system after
saving and re-loading the container odt (even your attached one)?
Or did I misinterpret something of your description?
Comment 6 Rainer Bielefeld 2009-07-08 06:06:48 UTC
I checked original.odg/ole-inserted.odt with "Ooo 3.1.0 WIN XP multilingual
version German UI activated  [OOO310m11 (Build 9399)]" and can NOT confirm the
reported effect; insert OLE object works fine.

Problem only visible with that particular version?

@frank_markesteijn:
Pls. specify your OS and Platform!
Comment 7 michael.ruess 2009-07-21 08:13:56 UTC
Not reproducible, resolving issue.
Comment 8 michael.ruess 2009-07-21 08:14:34 UTC
Closed.
Comment 9 frank_markesteijn 2009-07-30 12:32:19 UTC
It is indeed the background image that looks like a map that is not allways
displayed. Sorry for not mentioning my OS and OOo version, I checked a few
sytems and versions of OOo:

The image is not displayed on:

PowerPC and AMD64
Debian 5.0
OpenOffice.org 3.0.1
OOO3000m15 (Build:9379)

AMD64
Debian 5.0 and Ubuntu 9.0.4
OpenOffice.org 3.0.1
OOO3000m15 (Build:9379)

AMD64
OpenSolaris 2009.6
OpenOffice.org 3.1.0
OOO310m11 (Build:9399)

AMD64
CentOS 5.3
OpenOffice.org 2.3-6.10el5

AMD64
OpenSuse 11
OpenOffice.org 3.0.0
OOO300m21 (Build 9319)


The image is correctly displayed on:
AMD64
Solaris 10
StarOffice 7 (Update 7)

PowerPC
Mac OS X 10.4.11
NeoOffice 3.0 patch 3
Comment 10 michael.ruess 2009-07-30 14:35:57 UTC
MRU->SJ: open the attached odg, select all and insert in any OOo application as
OLE or GDI Metafile -> most of the content is not visible.
This problem seem "only" to affect 64bit Unix builds. I was able to reproduce
this on Solaris.
Comment 11 sven.jacobi 2010-07-20 12:22:01 UTC
changed target...