Issue 51923 - obstrusive error-messages on loading of doc when linked images are missing
Summary: obstrusive error-messages on loading of doc when linked images are missing
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: 680m116
Hardware: PC Unix, all
: P3 Trivial (vote)
Target Milestone: AOO Later
Assignee: andreas.schluens
QA Contact: issues@framework
Keywords: oooqa, regression
: 62559 71725 (view as issue list)
Depends on:
Reported: 2005-07-14 00:29 UTC by lohmaier
Modified: 2011-02-09 07:50 UTC (History)
6 users (show)

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

document from issue 38874 to reproduce (106.12 KB, application/vnd.sun.xml.draw)
2005-07-14 00:31 UTC, lohmaier
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description lohmaier 2005-07-14 00:29:38 UTC
This one is /very/ annoying:

Open the attached document (from issue 38874)
You'll be busy for two minutes clicking away the error messages that tell you
that  the linked images do not exist.

This is esp. annoying since the same file is included multiple times and the
error message appears for each occurance. 

* show no error messages at all
* show error message and provide: "no more messages for this doc" or sth.
* collect all broken links and present them in one single dialog with textfield 
  with scrollbar (similar to crashreporter) 

DEFECT because there are no error-messages when opening the file in OOo 1.1.4
(seems like someone forgot to remove a debug-statement or sth.)
Comment 1 lohmaier 2005-07-14 00:31:22 UTC
Created attachment 27892 [details]
document from issue 38874 to reproduce
Comment 2 lohmaier 2005-07-14 00:32:26 UTC
regression keyword since no such error-dialogs in OOo 1.1.4
Comment 3 thorsten.martens 2005-07-14 14:15:03 UTC
TM->requirements: Please have a look. This is not a defect, because OOo works as
designed, but might be a wish for an enhancement. Thanks !
Comment 4 andreschnabel 2005-07-28 09:52:32 UTC
changing to DEFECT again for the following reason:

it's common use in collaborative environments to work with linked graphics, so
you would only need to exchange the content and do not care about (maybe
missing) graphics. We do this e.g. for our own OOo documentation.
The new behaviour (no matter if as designed or not) will hurt esp. people who
like to work with OOo in a professional way.

So the fact that that it is timeconsuming and frustrating to open a document is
a DEFECT. It still doesn't matter if it is a defect in implementation or in design.

If we would need a warning for missing linked graphics, I'd suggest to file a
new requirement issue with the proposals cloph has made.
To fix the current issue, no error message should be displayed.
Comment 5 andreschnabel 2005-07-28 09:52:59 UTC
reassign to framework
Comment 6 Joost Andrae 2005-07-28 15:39:04 UTC
JA->CJ: please take care of this issue. From my point of view this issue is a
usability related defect but not to be seen as enhancement. In OOo 1.1.x there
was no error message if an externally linked graphic was missing. CC
Comment 7 christian.jansen 2005-07-28 16:03:18 UTC
CJ -> TM. I consider the current behaviour a bug. And we should fix it fast,
because it work "well" in oo.o 1.1.x.

Collecting all broken links, in one dialog, makes most sense. The dialog should
be displayed after the document has been loaded.

Do you know who is responsible for the new behavoir?
Comment 8 thorsten.martens 2005-08-03 09:43:28 UTC
Not reproducible in a more recent m122 build anymore. Document opens without any
errormessage. Please check again. 
Comment 9 lohmaier 2005-08-04 19:23:38 UTC
still in m122 - please try with linux or solaris.

(even did a rm -rf ~/.openoffice.org2)

Andre got the error on windows and set OS to all but now he is not able to
reproduce on windows since then. Linux and Solaris exhibit the problem.
Comment 10 thorsten.martens 2005-08-10 12:13:57 UTC
Comment 11 thorsten.martens 2005-08-11 12:34:05 UTC
TM->AS: As talked about, please have a look, thanks.
Comment 12 jr 2006-01-02 21:49:34 UTC
Hi, I can reproduce this behaviour on windows XP with OOo 2.0.1 and cloph is
absolutely right by saying it's a very annoying problem. I have the same problem
with an .odg-document, which I created with 2.0.1.

@AS: Can you reproduce this now or does it help to attach another test doc?
Comment 13 andreas.schluens 2006-01-19 10:13:41 UTC
AS: Reproducable for Linux SRC680 m148 ... but not for Windows. Very annoying .
-) I will investigate deeper into the problem next time.

=> accepted
Comment 14 andreschnabel 2006-02-26 22:58:10 UTC
*** Issue 62559 has been marked as a duplicate of this issue. ***
Comment 15 bmarcelly 2006-11-22 12:20:47 UTC
The messages appear with Draw or Impress documents.
This bug is particularly annoying if you open the document from a program.

E.g. in a macro, use StarDesktop.loadComponentFromURL() to open a Draw or Impress 
document containing at least one image with broken link :
loadComponentFromURL() will not return until the user has acknowledged the 
message(s). Even if the document is loaded "Hidden" !

No such problems with OOo version 1.1.5.
Please correct this regression bug, it's a shame it is still here after 16 months.
Comment 16 andreas.schluens 2006-11-23 10:14:26 UTC
*** Issue 71725 has been marked as a duplicate of this issue. ***
Comment 17 andreas.schluens 2006-11-23 11:48:37 UTC
Changed OS to "unix, x1".
Unix only task - not reproducable on windows.

Problem behind: internaly loading of graphics (implemented as sub-process) uses 
it's own interaction handler - not the outside one. But I dont know why this is 
platform dependend. Further investigations are needed ...
Comment 18 bmarcelly 2006-11-23 12:18:54 UTC
I disagree to your last change (OS).
It's perfectly reproducible on MS-Windows XP Home (my OS).
Make sure you are opening the document Broken_Drawing.sxd with OOo 2 , not OOo 1.1 !

Attachment of Issue 71725 is easier to handle than Broken_Drawing.sxd (only one 
Comment 19 andreas.schluens 2006-11-23 12:35:33 UTC
Sorry - I've tested it with on of the newest minors (SRC680 m191) >= 2.0.4 on a 
Windows XP Professional and a Windows Server 2003 installation. It works on both 
platforms - with both test cases. Till I cant reproduce it on windows - OS will stay 
on "Unix only".
Comment 20 oo_pit 2006-12-06 15:38:03 UTC
Hi I was the reporter of issue 71725, and I can reproduce the problem on unix. 
I didn't tested on a Windows machine, so I can't say if it is os dependent.
If loading of graphics (implemented as sub-process) uses 
it's own interaction handler, are there any news how to catch this problem?
Comment 21 jr 2006-12-06 19:19:11 UTC
Hi all, I still can reproduce it with 2.1 beta 2 on Win XP. The interesting
thing is, that the annoying messages only appear, if I open the attached file
directly from this issue (using firefox). If I download the file first and open
it later in 2.1 I don't get these messages on Win XP.
Comment 22 Martin Hollmichel 2011-02-07 10:16:53 UTC
is this still a valid issue, can not reproduce with OOo 3.3
Comment 23 Mathias_Bauer 2011-02-09 07:49:47 UTC
already fixed long time ago when we switched to asynchronous loading of graphics
Comment 24 Mathias_Bauer 2011-02-09 07:50:06 UTC