To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=102081
User de_logics changed the following:
What |Old value |New value
================================================================================
Priority|P2 |P1
--------------------------------------------------------------------------------
------- Additional comments from [email protected] Wed May 20 11:23:01
+0000 2009 -------
Yes I successfully recreated this problem.
As I thought of before (actually I knew about this and it's possible
consequences about a year ago but since it actually happened to me, I had to
report it) what the saving operation does is -
1)When you ask the software to save your work, it creates a temporary file
somewhere replicating the new and appended saved file, this is done while the
saving progress bar appears.
2)After the saving bar vanishes, the software is in a frozen state (I don't know
but gnome System Monitor 2.24.1 says its current state is
'uninterruptable')...while this happens, for a while there's no write operation
on the disk (where the file is), but after sometime, it does happen; what OOo
does at this moment is replace the existing file with the new file, for this to
happen, first the file needs to get blanked (or void), then it gets refilled
with the new data. At this moment if the disk is removed, depending on when it
is removed, there's a loss of data resulting in premature data being written on
the file. Instead of the the disk been made to remove, if there's a Kernel
failure (very likely in Windows) or a power failure or in a general a disaster,
there will be permanent data loss.
How I did it -
I made a humongous ~40MB 3500+ page file (to ensure that the filling/replacement
process takes time).
I put it in a 4GB pen drive formatted to the worst of all FS by MS -- Fat16,
making the pen drive extremely slow. Notice that the pendrive should have a
lightsource/indication to depict the read/write operation.
I transfer this file to this pen drive, open the document, and reduce the core
frequency of the processor to its lowest possible state (again to make things
slow).
Then make a small change to the end of this file (in my case, I just entered a
new line), then save the document. After this, get ready to remove the pen drive
all of a sudden...now when to remove -
As the save progress bar appears, you will see a read/write operation (through
the indication on the pen drive) DO NOT remove the pen drive now.
When the progress bar is gone, the software will be at its frozen state and
there will be no read/write operations initially; but keep an eye on that
indicator...as soon as it show a read/write operation...remove the pen drive all
of a sudden; recreating a scenario of a system crash.
Yes openoffice does notify you about the read/write error, but that's not gonna
happen when the system crashes.
Now reopen the pendrive (do a FS check if needed), you'll see the file but it'll
be void resulting in complete data loss.
Open the file, OOo will show the character encoding dialogue.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
