|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | obstrusive error-messages on loading of doc when linked images are missing | ||||||
|---|---|---|---|---|---|---|---|
| Product: | General | Reporter: | lohmaier | ||||
| Component: | ui | Assignee: | andreas.schluens | ||||
| Status: | CLOSED IRREPRODUCIBLE | QA Contact: | issues@framework <issues> | ||||
| Severity: | Trivial | ||||||
| Priority: | P3 | CC: | andre.schnabel, christian.jansen, issues, jr, khirano, stx123 | ||||
| Version: | 680m116 | Keywords: | oooqa, regression | ||||
| Target Milestone: | AOO Later | ||||||
| Hardware: | PC | ||||||
| OS: | Unix, all | ||||||
| Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
| Developer Difficulty: | --- | ||||||
| Attachments: |
|
||||||
|
Description
lohmaier
2005-07-14 00:29:38 UTC
Created attachment 27892 [details] document from issue 38874 to reproduce regression keyword since no such error-dialogs in OOo 1.1.4 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 ! 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. reassign to framework 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 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? Not reproducible in a more recent m122 build anymore. Document opens without any errormessage. Please check again. 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. . TM->AS: As talked about, please have a look, thanks. 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? AS: Reproducable for Linux SRC680 m148 ... but not for Windows. Very annoying . -) I will investigate deeper into the problem next time. => accepted *** Issue 62559 has been marked as a duplicate of this issue. *** 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. *** Issue 71725 has been marked as a duplicate of this issue. *** 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 ... 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 image). 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". 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? 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. is this still a valid issue, can not reproduce with OOo 3.3 already fixed long time ago when we switched to asynchronous loading of graphics closing |