https://bugs.freedesktop.org/show_bug.cgi?id=76298

          Priority: high
            Bug ID: 76298
          Keywords: regression
          Assignee: [email protected]
           Summary: EDITING CRASH OLE Servers started for each selected
                    object on cut to clipboard or delete
          Severity: critical
    Classification: Unclassified
                OS: Windows (All)
          Reporter: [email protected]
          Hardware: Other
            Status: UNCONFIRMED
           Version: 4.1.0.0.beta1
         Component: Writer
           Product: LibreOffice

Created attachment 95975
  --> https://bugs.freedesktop.org/attachment.cgi?id=95975&action=edit
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).

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to