|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | [From Symphony] After activate the OLE in Spreadsheet, the OLE will move to the top left corner. | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Calc | Reporter: | Shan Zhu <shanzhu33> | ||||||
| Component: | editing | Assignee: | AOO issues mailing list <issues> | ||||||
| Status: | CONFIRMED --- | QA Contact: | |||||||
| Severity: | Normal | ||||||||
| Priority: | P3 | CC: | Armin.Le.Grand, issues | ||||||
| Version: | 3.4.0 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | All | ||||||||
| Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||
| Developer Difficulty: | --- | ||||||||
| Attachments: |
|
||||||||
Created attachment 78229 [details]
bug fix patch
XEmbeddedObject::getStatus() always return 0 on Windows. Add one condition to change visual area if different from client size.
It can be reproduced in AOO 3.4, change status to "CONFIRMED" ALG: Wen I add the patch, the OLE does no longer jump, but it cannot be activated anymore. It seems to have to do with
xObj->setVisualAreaSize( pClient->GetAspect(), aSz );
in tabvwshb.cxx line 162 (with patch applied).
ALG->wujinlong: Please have a second look.
Comment on attachment 78229 [details]
bug fix patch
The patch fixes the problem of jumping position but introduces another one: OLE can not be activated anymore: Patch needs modification.
Reset assigne to the default "issues@openoffice.apache.org". |
Created attachment 77748 [details] .xlsx file with a PowerPoint Slide OLE in Build Info: AOO3.4_r1327774. Reproduce Steps: 1. Open the .xlsx sample file attached which has a slide OLE in. 2. Double click the OLE in the document to activate it, then exit edit mode. Defect : The OLE will be moved to the left top corner of current sheet. While drag it, you can find that it becomes very large. Note: Other MS office OLE (say, Word document OLE,etc) also have this issue.