Issue 56510

Created attachment 30758 [details]
images are not displayed in OO Writer

I checked with 2.0 German version WIN XP: [680m3(Build8968)] and also saw the
problem.

Images are included with therms like 
'{ INCLUDEPICTURE \d "image001.jpg"\*MERGEFORMATINET }'

That works for WORD2000, I can see the images. When I open the document with OOo
2.0, I only see placeholder-images with wrong hyperlink http://image001.jpg,
that link will also be shown in the image properties box.

I believe the internet traffic is caused by the wrong internet hyperlink
'http://image001.jpg'

1.1.4 (German) WIN XP: [645m52 (Build 8824)] opened the document without
problems and showed the images.

MRU->FLR: the graphics in this document seem to be generated by internet links,
but are also stored (embedded) in the file format. The links seem to be invalid
by now. So Word uses the embedded information. Also, when updating the
"includepicture" fields in Word, the graphic content will also disappear there.
The filter should also use the embedded information instead of the invalid links.

*** Issue 57068 has been marked as a duplicate of this issue. ***

*** Issue 59931 has been marked as a duplicate of this issue. ***

When I doubleclick the frame to open the picture-dialogue to modify the link and
click on the [...] Button in the link-area

... now the rest of the text:
when I click on the [...]-Button OOo crashes.
(it seems it appears only in converted documents word -> writer with linked images

Created attachment 33601 [details]
doc file that opens easily on oo2

In trying to replicate the bug, I created a doc file (word 2003; see my
attachment) with text (copied and pasted from the problematic file) and 3
images: a gif, a jpeg and a clip art.

It might be useful to investigate the creation process of the problematic file
in order to identify the formating that causes the problem.

I think 'Additional comments from mru Tue Oct 25 02:58:59 -0800 2005' hits the
problem.

But now I saw a surprise. I opened the testfile "SoldierR.doc" with, and al
images were shown without problem ?!?! Before this succes, I tried to open it
with "2.0.1 RC5 German version WIN XP: [680m1(Build8990)]", that caused a
"hang". Then I opened it with the same version "as encoded Text", only for
interest. After finishing 2.0.1 I tried with "2.0 German version WIN XP:
[680m3(Build8968)]", and the images were visible. No Idea, why!

I can reproduce the problem with 2.0.1, too.
As the attached document looks fine in 1.1.5 (all images are visible), I set the
regression keyword.

We tried again to reproduce the problem and found out, that the reason for it is
only the filename of the used images. 

All images which filenames contain an underscore "_" are displayed correctly, if
the underscore is missing, they are not visible in OOo.

I'll attach another test doc, filed with Word 2003: Inserted two identical
images which only differ in the filename.

Changing OS to all, occurs on WinXP and Linux.

Created attachment 34199 [details]
test doc with two identical images (only different filenames)

I had problems with the import of worddocuments once more. I dont know what the
problem is, but the linke pictures with the underscore are not shown in some
documents. I imported it in Ooo 1.1.5 and saved the files. here was everything
ok. Please fix the problems!

*** Issue 62689 has been marked as a duplicate of this issue. ***

*** Issue 62517 has been marked as a duplicate of this issue. ***

Pls. read my detailed comments from rainerbielefeld Thu Mar 2 10:40:57 -0800
2006  in Issue 62517 concerning similar problems, may be that you will find
useful hints.

*** Issue 62517 has been marked as a duplicate of this issue. ***

*** Issue 63443 has been marked as a duplicate of this issue. ***

The number of duplicate to this issue is getting longer, so I decided to fix
this issue for next major release.

Given the number of duplicates and votes you might want to reconsider the target.

Yes, we have many duplicates for this. Also the fact that this is broken
functionality (even with valid Internet acces and correct proxy settings OO
2.0.x does not show the graphics) makes this a 2.x candidate.
Retargeted to 2.x.

SBA->MBA: Please proceed. I advocate a fix for OOo 2.04
Reasigned to MBA.

   

qa
Issue 6658 
start:
New | Query | Reports | My votes | My issues 
Edit Prefs 

Issue 6658
   Issue #: 6658   Platform: PC   Reporter: samphan (samphan) 
Component: l10n   OS: All   Add CC:  
Subcomponent: code   Version: 1.0.0   CC:  dlhrosb
Remove selected CCs
 
Status: CLOSED   Priority: P3   
Resolution: INVALID   Issue type: PATCH   
   Target milestone: ---   
Assigned to: obr (obr)  
QA Contact: issues@l10n 
URL:  
* Summary: Enable Thai 8 bits data exchange. 
Status whiteboard:  
Keywords:  
Attachments: Create a new attachment (proposed patch, testcase, etc.)
Note: please commit any changes to this issue before creating a new attachment, 
or changes will be lost.
 
Issue 6658 depends on:   Show dependency tree 
Issue 6658 blocks: 6659  6659 
Votes for issue 6658:     Vote for this issue 

Additional comments:
 

   
View issue activity   |   Format for printing   |   Format as XML 

Description: Opened: Wed Jul 31 00:11:00 -0700 2002 Sort by: Oldest first | 
Newest first 

--------------------------------------------------------------------------------

Add the missing tis-620/iso-8859-11/windows-874 (Thai 8 bits encodings) entries
to various tables.
These are needed, for example, to be able to cut/paste/open/save single byte
text to/from other applications.
'tis-620' is the standard and original encoding for Thai, registered as a MIME
charset. 'windows-874' and 'iso-8859-11' can be thought of as aliases.
'windows-874' is needed for the internet data to/from Windows.
'iso-8859-11' is needed for the internet and the new Thai X locale.

**** file -- table/function
sal/osl/unx/nlsupport.c -- locale_extension_list, iso_language_list
sal/textenc/tencinfo.c -- UnixCharsetISOTab, MimeCharsetTab
tools/source/inet/inetmime.cxx -- getCharsetName, getCharsetEncoding


****
diff -urdP -X srcdiff.txt ../oo_1.0_src.orig/sal/osl/unx/nlsupport.c
sal/osl/unx/nlsupport.c
--- ../oo_1.0_src.orig/sal/osl/unx/nlsupport.c	Thu Apr 11 00:03:41 2002
+++ sal/osl/unx/nlsupport.c	Wed Jul 31 11:00:56 2002
@@ -672,6 +672,7 @@
     { "euc",          RTL_TEXTENCODING_EUC_JP      },
     { "iso8859-1",    RTL_TEXTENCODING_ISO_8859_1  },
     { "iso8859-10",   RTL_TEXTENCODING_ISO_8859_10 }, 
+    { "iso8859-11",   RTL_TEXTENCODING_MS_874      },
     { "iso8859-13",   RTL_TEXTENCODING_ISO_8859_13 }, 
     { "iso8859-14",   RTL_TEXTENCODING_ISO_8859_14 },
     { "iso8859-15",   RTL_TEXTENCODING_ISO_8859_15 },
@@ -688,6 +689,7 @@
 #if (0)
     { "sun_eu_greek", RTL_TEXTENCODING_DONTKNOW    },
 #endif
+    { "tis-620",      RTL_TEXTENCODING_MS_874      },
     { "utf-16",       RTL_TEXTENCODING_UNICODE     },
     { "utf-7",        RTL_TEXTENCODING_UTF7        },
     { "utf-8",        RTL_TEXTENCODING_UTF8        }
@@ -743,7 +745,7 @@
     { "sv",  RTL_TEXTENCODING_ISO_8859_1 }, 
     { "sw",  RTL_TEXTENCODING_ISO_8859_1 }, 
     { "ta",  RTL_TEXTENCODING_DONTKNOW }, 
-    { "th",  RTL_TEXTENCODING_DONTKNOW }, 
+    { "th",  RTL_TEXTENCODING_MS_874 }, 
     { "tr",  RTL_TEXTENCODING_ISO_8859_9 }, 
     { "tt",  RTL_TEXTENCODING_ISO_8859_5 }, 
     { "uk",  RTL_TEXTENCODING_ISO_8859_5 }, 
diff -urdP -X srcdiff.txt ../oo_1.0_src.orig/sal/textenc/tencinfo.c
sal/textenc/tencinfo.c
--- ../oo_1.0_src.orig/sal/textenc/tencinfo.c	Thu Feb 14 19:07:41 2002
+++ sal/textenc/tencinfo.c	Sun Jul 28 20:56:53 2002
@@ -464,6 +464,7 @@
         { "7", RTL_TEXTENCODING_ISO_8859_7 },
         { "8", RTL_TEXTENCODING_ISO_8859_8 },
         { "9", RTL_TEXTENCODING_ISO_8859_9 },
+
{ "11", RTL_TEXTENCODING_MS_874 },
         { NULL, RTL_TEXTENCODING_DONTKNOW }
     };
 
@@ -756,6 +757,7 @@
         { "iso885914", RTL_TEXTENCODING_ISO_8859_14 },
         { "iso885913", RTL_TEXTENCODING_ISO_8859_13 },
         { "iso885910", RTL_TEXTENCODING_ISO_8859_10 },
+
{ "iso885911", RTL_TEXTENCODING_MS_874 },
         { "iso88591", RTL_TEXTENCODING_ISO_8859_1 },
         { "iso88592", RTL_TEXTENCODING_ISO_8859_2 },
         { "iso88593", RTL_TEXTENCODING_ISO_8859_3 },
@@ -912,6 +914,8 @@
         { "gb18030", RTL_TEXTENCODING_GB_18030 },
             /* This is no actual MIME character set name, it's only a guess */
         { "big5hkscs", RTL_TEXTENCODING_BIG5_HKSCS },
+
{ "windows874", RTL_TEXTENCODING_MS_874 },
+
{ "tis620", RTL_TEXTENCODING_MS_874 },
         { NULL, RTL_TEXTENCODING_DONTKNOW }
     };
 
diff -urdP -X srcdiff.txt ../oo_1.0_src.orig/tools/source/inet/inetmime.cxx
tools/source/inet/inetmime.cxx
--- ../oo_1.0_src.orig/tools/source/inet/inetmime.cxx	Sat Oct 13 00:06:45 2001
+++ tools/source/inet/inetmime.cxx	Wed Jul 31 11:36:10 2002
@@ -1585,7 +1585,7 @@
 
			"IBM864", // RTL_TEXTENCODING_IBM_864
 
			"IBM866", // RTL_TEXTENCODING_IBM_866
 
			"IBM869", // RTL_TEXTENCODING_IBM_869
-
			0, // RTL_TEXTENCODING_MS_874
+
			"tis-620", // RTL_TEXTENCODING_MS_874
 
			"windows-1250", // RTL_TEXTENCODING_MS_1250
 
			"windows-1251", // RTL_TEXTENCODING_MS_1251
 
			"windows-1253", // RTL_TEXTENCODING_MS_1253
@@ -1841,6 +1841,7 @@
 
	{ "ISO-10646-UCS-4", RTL_TEXTENCODING_UCS4 },
 
	{ "CSUCS4", RTL_TEXTENCODING_UCS4 },
 
	{ "ISO-10646-UCS-2", RTL_TEXTENCODING_UCS2 },
+
	{ "TIS-620", RTL_TEXTENCODING_MS_874 }, // MIBenum: 2259
 
	{ "CSUNICODE", RTL_TEXTENCODING_UCS2 } };
 
 //============================================================================-
------ Additional comments from obr Wed Jul 31 22:16:42 -0700 2002 -------

I was told in i6659 that explicit support for TIS-620 has already been
added to 643 and head, so I wonder if these changes can be back-ported
to OOO_STABLE_1.------- Additional comments from er Sun Aug 4 07:57:08 -0700 
2002 -------

Furthermore, as TIS-620/iso5889-11 and MS-874 are not equal
encondings, this patch is wrong.

And please attach diffs/patches as a file to the issue instead of
pasting them into the comment field which breaks the diffs by
reformatting them and changing whitespace and whatever.
------- Additional comments from samphan Sun Aug 4 10:29:05 -0700 2002 -------

Sorry about pasting the patches :-(. I'm very new to IssueZilla and
didn't see the 'Create a new attchment' links before.

So, this is it for these patches. They're just simple hacks to support
Thai in OOo which we're using in our Thai version of OOo 1.0.1
(OfficeTLE). I understand that ignoring the differences between
TIS-620 and Windows-874 may pose some problems in the future such as
sending the wrong character to the internet.

Regarding TIS-620 vs Windows-874, please continue the discussion in
i6659. Thanks.
------- Additional comments from ms Wed Mar 12 07:08:07 -0700 2003 -------

As mentioned on the qa dev list on March 5th I will close all resolved
<wontfix/duplicate/worksforme/invalid> issues. Please see this posting for
details. First step in IssueZilla is unfortunately to set them to verified.-----
-- Additional comments from ms Wed Mar 12 07:32:32 -0700 2003 -------

As mentioned on the qa dev list on March 5th I will close all resolved
<wontfix/duplicate/worksforme/invalid> issues. Please see this posting for 
details. 
--------------------------------------------------------------------------------

I have opened SoldierR.doc in the Germanophone version of OOo 2.0.4 RC3 under Debian Sid, and all 
images appear. So this issue seems to be fixed ... ;)
Could someone else with a different OS can confirm this? Maybe lton2, could you check it again? If so, 
could someone close this issue please

cannot confirm that this is fixed on WinXP (2.0.4RC3, german localized version).

SoldieR.doc shows no images at all (but http:// URLs instead).

Still broken on Pardus Linux OpenOffice 2.0.3 rc3.

The problem is still there on OOo-2.0.4-RC3-de on Linux-RPM.

Henning, please analyze the content of the attached document. It seems that we
fail to detect the images as embedded ones.

Dear developers,
any plans for this one?

Henning, Mathias,
please consider this annoying bug for 2.4 as it is last of 2.x releases (not 
to mention that it hurts our customers).

Thanks a lot for your attention!
WBR,
KP.

target 3.0

Hi there.

I opened this issue in 2005 an i'm waiting for a solution since then. Target
3.0... me and my pals wanted to have it soon - when will 3.0 be relased?

I dont get it cause it worked in 1.5 and since 2.0 it didnt. 

Target 3.0 makes me sad...

reset target due to lack of resources

Hello @ll,
I have tested SoldierR.doc again and it still works for me with OOo 3.0 RC2
under Debian SID/Experimental AMD64. Would someone be so kind to test it with an
other OS/architecture, please? If this issue is (hopefully) fixed there, could
someone close this issue, please?
TIA
Thomas.

I checked with "Ooo 3.0.0 RC1 Multilingual version English  UI WIN XP: [OOO300m5
(Build9350)]": also ok! So Resolved WFM.

I have also tested SoldierR.doc and Test.zip. Both open correctly in OO 3.0.0
RC2 on Win XP SP3, English.

close the invalid issue