Issue 101430

Summary: Graphics should be loaded without blocking always
Product: Draw Reporter: Mathias_Bauer
Component: codeAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: Armin.Le.Grand, clippka, floeff+ooo, issues, Mathias_Bauer, ooo
Version: OOo 1.0.0   
Target Milestone: ---   
Hardware: Unknown   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Issue Depends on:    
Issue Blocks: 7553    

Description Mathias_Bauer 2009-04-29 14:25:47 UTC
While Writer is able to load linkes graphics asynchronously and in a separate
thread, all applications using the SdrGrafObj block the application in a twofold
way: first in SvxGraphicObject::setPropertyValueImpl where a superfluous filter
detection is carried out and at the time where the graphic finally it "swapped
in". By throwing out the filter detection of the importer (and doing it later on
demand, in case it's needed at all) and swapping in the graphic in the same
asynchronous way as in Writer, the performance of documents containing linked
graphics, especially remotes pictures, will be improved considerably.

As Writer is going to throw out its own graphic objects, not fixing this problem
will be a performance regression for Writer.
Comment 1 Oliver-Rainer Wittmann 2009-04-30 12:19:54 UTC
Together with AW I will take care that the Writer's functionality regarding
asynchronous load of graphics will survive the replacement of Writer's graphic
implementation by the one of Draw.
Comment 2 Armin Le Grand 2009-04-30 12:26:12 UTC
AW: Adding KA to CC; AFAIK he was about doing something for async (and even
multithreaded) graphic loading...
Comment 3 Marcus 2017-05-20 10:47:44 UTC
Reset assigne to the default "".