Saving Problem (Original file is staring with zero size) - Each saving overwrites the original file starting with zero size.

[GoogleCodeExporter]

Each saving overwrites the original file starting with zero size. If at
that point during saving the computer crashes the data will be lost.

What steps will reproduce the problem?
1. Open a big xmind file (original file).
2. With the Windows explorer monitor the file.
3. Do some changes and save on xmind.
4. On windows explorer the file size will be zero,
5. If at that point windows crashes, or if the save fails for any
reason (ZipExpection), you lose all your data in that file. 

What is the expected output? 
The original file should not be lost if the save fails. Only the changes
made could be lost in a failed save.

What do you see instead?
The original file size zero or less than the actual size. The file can not
be opened. There will be a ZipException. 

What version of the product are you using? On what operating system?
I am using xmind Version: 3.0.2 .

Please provide any additional information below.

Original issue reported on code.google.com by ervin...@gmail.com on 16 Apr 2009 at 4:45

[GoogleCodeExporter]

I have two simple suggestions that also help to understand this crashing 
problem.
1.) Save the data to a temporary file, and then move it to original file name. 
(It is
less likely that computer will crash in a quick autonomous operation, like 
move/rename.) 
2.) Do the auto save in a parallel process, so xmind could be used during auto 
save
operation.

Original comment by ervin...@gmail.com on 17 Apr 2009 at 5:18

[GoogleCodeExporter]

We are planning a crash recovery functionality in next release. Sorry for the
inconvenience, but we have just found the cause of crashes due to memory issues 
and
blocking when saving large attachments. XMind will be significantly more stable 
then.
Thanks for your kind care.

Original comment by frankshaka on 26 Apr 2009 at 2:13

• Changed state: Started

[GoogleCodeExporter]

Original comment by frankshaka on 26 Apr 2009 at 2:16

• Changed state: Duplicate