Bug 44838

reproduced problem in 3.5.0 and 3.6.0 master 97fdf02-9eed775-f061262 on Fedora 64 bit.
Spreadsheet contains 3 pages, first page contains OLE, others contains screenshot
What is interesting: when I created new spreadsheet and inserted odt file from attachment by Insert->Object->Ole->from file, all was OK. But after double click on object and attempt to resize, appears problem with picture in top righthand corner.
not reproducible in 3.3.4, so my be regression

Experiments with inserting ole into Calc and resizing object on Windows XP 32 bit:
3.4.2 no problem
3.5.0 beta 3: picture on top righthand becomes corrupted, as if overwrited by text.
so regression is since 3.4 version

Bug 47197 - VIEWING of OLE objects destroyed in other LibO applications is concerning very similar problems, but those ones also exist with LibO 3.3.0

Michael:
Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug.

I see an other effect, IMHO related, ok with 3.3.0, broken in 3.4.6RC1, 3.4.1RC, OK in 3.3.0

0. Select "Text for copy / paste" below, <control+c> for copy
1. open new CALC document
2. Click A1, insert new WRITER OLE object
3. <control+v> to paste text from below into OLE object after click into object
4. Click outside object
   Expected: First paragraph of text shown filling cell range A1:G3 
             (more or less), not exceeding object (control points)
   Actual: Text contents shown in B1:H5, starts with "pppp..." instead 
           of "aa...", wide left empty margin, text exceeds object at the right
           
WRITER OLE objet handling seems to be completely broken.

Text for copy / paste:
Aaaaaaaaaaaaaaaaaaaaaaaaaa bbbbbbbbbbbbbbbbb cccccccccccccccccccc dddddddddd eeeeeeeeeeee ffffffffffff gggggggggggg hhhhhhhhhhhhhhhh iiiiiiiiiiiiiiiiiii jjjjjjjjjjjjjjj kkkkkkkkkkkkkkkk lllllllllllllll mmmmmmmmmmmmm nnnnnnnnnnnnnn ooooooooooooo ppppppppppppp qqqqqqqqqqqq rrrrrrrrrrrrr ssssssssssssssss ttttttttttttt.
Aaaaaaaaaaaaaaaaaaaaaaaaaa bbbbbbbbbbbbbbbbb cccccccccccccccccccc dddddddddd eeeeeeeeeeee ffffffffffff gggggggggggg hhhhhhhhhhhhhhhh iiiiiiiiiiiiiiiiiii jjjjjjjjjjjjjjj kkkkkkkkkkkkkkkk lllllllllllllll mmmmmmmmmmmmm nnnnnnnnnnnnnn ooooooooooooo ppppppppppppp qqqqqqqqqqqq rrrrrrrrrrrrr ssssssssssssssss ttttttttttttt.
Aaaaaaaaaaaaaaaaaaaaaaaaaa bbbbbbbbbbbbbbbbb cccccccccccccccccccc dddddddddd eeeeeeeeeeee ffffffffffff gggggggggggg hhhhhhhhhhhhhhhh iiiiiiiiiiiiiiiiiii jjjjjjjjjjjjjjj kkkkkkkkkkkkkkkk lllllllllllllll mmmmmmmmmmmmm nnnnnnnnnnnnnn ooooooooooooo ppppppppppppp qqqqqqqqqqqq rrrrrrrrrrrrr ssssssssssssssss ttttttttttttt.

For the problem of incorrect view in comment 0, bibisected35 and bibisected35older.

*** Bug 47737 has been marked as a duplicate of this bug. ***

Maybe it's just me but looking at this in LibreOffice 4, they look identical to me....am I missing something?

Removing from MAB for now, Rainer if you could clarify that it's still a bug in LibreOffice 4 and then you can decide if we want it on 3.6 MAB. Not sure if this affects enough people to constitute as a MAB but it's your call.


Thanks!

LO 4.1.1.2 on Fedora (RFR) 64 bit:
[Reproduced] using this:
when I created new spreadsheet and inserted odt file from attachment by Insert->Object->Ole->from file, all was OK. But after double click on object and attempt to resize, appears problem with picture in top righthand corner.

As of version: 5.2.3.2 Build ID: 1:5.2.3~rc2-0ubuntu1~xenial, this issue has been magically fixed. Closing it.