Apache OpenOffice (AOO) Bugzilla – Issue 50119
Saving bitmap palette writes o size file
Last modified: 2005-07-18 10:50:24 UTC
Open a new draw and switch to area dialog, bitmaps. Saving a new bitmap list turns out a 0 bytes file. When deleting one of the bitmaps, closing the office and reopening it again the bitmap is there again. Wanting to save a new standard.sob Office does not allow me to save it. Are these single bugs or one big one?
I have to evaluate this
same with me here using build 104. Additional using draw my CPU goes immediatly to 100% use.
Fixed, since the storage rework in OOo 2.0 a storage is no longer auto commited on descrution. Therefore I needed to add a call to the Commit() method of the storage in SvxXMLXTableExportComponent::save()
with 109 and winxp the problem is still there: 0 bit long *.sob and I'm unable to set my own bitmaps as background bitmaps. Example. Load an old odg with a big nice bitmap. then set the background to no background at all, because open office wouldn't notice the change at all. import a new own bitmap. set the new bitmap as the new background. Fine it is there. Save the file. load the file and the very first background bitmap ist back. And!! Loading my nice odg the cpu goes up to 90-100%. When I'm turning off the spelling correction this does not happen.
Yes this still occurs because the fix is not integrated in the official builds yet. @kabban: what you mentioned last is a new issue I think. Can you file a new issue for it, please? Thanks.
reopened and changed target for fixing on OOo 2.0
fixed on cws impress61 for OOo 2.0
verified in cws, back to qa re-open issue and reassign to wg@openoffice.org
reassign to wg@openoffice.org
reset resolution to FIXED
Verified in CWS.
Tested in master m118. Closed.