Bug 76298

Created attachment 95975 [details]
ODT with several 1-pixel MS Paint OLE objects

When a text document contains OLE objects in it, removing them from the document (either by deletion, or by cutting to clipboard) starts corresponding OLE Server process.

Steps to reproduce:
1. Open attached document that contains several 1-pixel MS Paint OLE objects inserted.
2. Open Task Manajer to see that mspaint.exe isn't started
3. Delete one or more OLE objects
4. Cut one or more objects to clipboard

Expected result: objects are removed/cut without OLE Server started

Actual result: mspaint.exe is started for each removed/cut object!

Tested with 4.1.0.0.beta1 - 4.3.0.0.alpha0+ (Build ID: 335a8a84fe6349fd716d4978346cfff9c884dd9b) under Win7x64.
Version 4.0.6.1 and earlier are unaffected -> regression.
Cannot reproduce under Ubuntu 13.10 x86-64 (but maybe because there's no OLE Server for MS Paint objects? I'm not an expert Unix user.)
Calc isn't affected.

This problem has several consequenses of varying severity:
1. It causes flicker in the taskbar and on screen when some OLE Servers start (the least important, but still may be a problem for people with attention disorders)
2. It causes delays when removing/cutting objects. The delay may be very lengthy depending on the OLE Server startup time and the object size; e.g. on heavy AutoCAD objects it may be 30+ seconds. Also, the delay depends on object count - removing large sections with a number of OLE may cost minutes.
3. It may cause LO OOM crash, and even OS crash: OLE servers aren't closed until LO is closed, and some OLE Servers are started multiple times (SDI), such as MS Paint. If the OLE objects in the attached documents are copied and inserted multiple times (say, 60), and then removed at once, LO may crash, and OS may hang or crash (depending on installed memory) - I experienced several such LO and OS crashes until found this problem causing them.

However, 4.3.0.0.alpha0+ (Build ID: 335a8a84fe6349fd716d4978346cfff9c884dd9b) closes OLE Servers after use, so OOM/crash is unlikely there. Still, OLE is started, and delays are huge.
Nevertheless, I put CRASH into summary, because current 4.2 versions (including 4.2.4.0.0+ Build ID: a54da6a84f751250c694120d1a29aaac89cd3af4) still don't close OLE Servers and may crash.

The problem affects major component (writer) and its basic functionality (cut/delete).
Thus, critical/high (at least).