Apache OpenOffice (AOO) Bugzilla – Issue 43479
Symbol get lost after saving
Last modified: 2013-02-24 21:22:12 UTC
Create a new Calc Create a Symbol chart Change a Symbolset Dont leave the Inplace-Mode Save as Leave the Inplace-Mode The Symbolset fall back
Sorry, but I don't understand what's going on here. Do you have a clue? IIRC there was a problem regarding this in OOo1.1 already.
TL->MRU: There was an issue some time ago about some type of unicode characters getting lost. It was already fixed. Since this one sounds quite familira can you please check? Thanks!
MRU->BM: This task is about CHART, so MBA didn't want to send it to TL, more to you?
The problem appears also for other OLE objects, e.g. 1. Create a writer OLE in Calc. 2. Enter some text, leave inplace mode and enter again 3. Add some more text 4. Save 5. Leave inplace mode => You will get the preview image of the state you had in step 2. the "more Text" is not visible unless you update the preview image by some means (entering and leaving inplace mode helps). I suspect that after saving the OLE object, an old replacement image is set at that storage and is then displayed when leaving inplace mode.
No, the replacement image is correct (as you can see either in the debugger, where the replacement is retrieved or by closing and reloading the file). This bug only happens in Calc, not in Draw or Writer. For whatever reason Calc does not redraw the object (or at least not in the usual way).
The shape's ViewContact is notified when the embedded object is changed, but refreshes the bitmap buffer using the object's old stored replacement graphic (saving of the container causes the shape to be repainted). When the object's replacement graphic is updated while deactivating the object, the ViewContact isn't notified again. In Draw/Impress it only works because the object sizes are different in BufferHelper::ImpCheckForChanges.
AW: So it shoulb be fixed with #i42323# in CWS aw028 since OLEs are no longer bitmap-buffered. Anyways it is an error if a change to an object does not throw away the buffered visualisation. But as said, OLEs are no longer buffered but painted by their MetaFiles. AW: Setting to doube, though. *** This issue has been marked as a duplicate of 42323 ***
AW: Tested with CWS aw028, works. AW->KLA: Maybe You want to test there, too?
AW->KLA: If You want to take a look, WG will have a version of aw028. Else, close due to duplicate (well, it's more something like 'solved by another fix').
Seen in aw028 as fixed. *** This issue has been marked as a duplicate of 42323 ***
closed