To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=107558 Issue #|107558 Summary|A hidden step while writing OOo files? Component|framework Version|1.0.0 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P3 Subcomponent|ui Assigned to|tm Reported by|akawohl
------- Additional comments from akaw...@openoffice.org Wed Dec 9 13:13:51 +0000 2009 ------- Since our Impress-Poweruser works with OpenOffice 2.3.1 we received many calls about broken Impress-files, while working on the network. These files are usually very large > 100MB. A lot of photos or graphics are used in the files. The broken files are not only unreadable for OpenOffice, the zipcontainer is broken and only zip-repair-tools can bring back a small range of the original content. We searched a long time without success for errors on our Novell-Network. We have finally found an indicative. A hidden step while writing files? We observed, that OpenOffice is saving files in two steps: The first step is shown by the blue “file saving” bar - Let me call it “preparing the file for storage” The second step is usually invisible - Let me call it „writing the file“. On a pc there is only a small time between closing the blue bar and writing the file to the hdd, you hardly notice it. If you have a slow network and a very large file, it will be measurable. Let me describe in an example: 1.The User is closing OpenOffice by the Windows X upper right 2. He says yes to “save changes” 3. The blue “file saving”-bar appears and ends 4 Now OpenOffice should close (remember step one - he used the Windows X). But OpenOffice seems frozen. After two or three click on the OpenOffice-Window., the windows taskmanager appears with the message “application is not responding“ and the user gets the dialog to cancel the program immediately. If he does, he will destroy the file, because now the file is written. Unbelievable? No, you can watch the writing with the file explorer! If the progress is watched in the fileexplorer (F5), then you see, that the filesize is not changing in step 3 . The file is changing in step 4 and you can see it grow step by step from 0 Byte to the original size. I stopped the time for a 100MB Impress file over one of our slow network connections: Step 3 22 seconds Step 4 50 seconds I stopped the time for a Writer 80MB file (some photos inside) over the same connections: I pushed die “Save-Button” after the "safe bar" ends, the writer was frozen (every button was gray, no coursor) for nearly 120 seconds. I stopped the time for a Impress 15MB file at a very critical location: Step 3 15 seconds Step 4 25 seconds (remember the file size 15MB!) Most of our user react like this: “I have saved my OpenOffice file (Step3) and now OpenOffice hangs. I can cancel the program, without any risk.” And thus, they destroy their files. I can reproduce this on Windows XP and Ubuntu. Most Impress-files were converted from powerpoint to OpenOffice. I have tested it on different fileservers. The worst result for step 4 was 150 seconds for 100MB. My Question 1. It is true, that the storage process (as described) consists of two steps? 2. If my description is correct, can we make a change to this process (e.g. Options-Menue)and reduce the time OpenOffice is blocked? 3. Any other good idea to keep the user from cancelling the process? I've created a screenmovie, so you can see our problem live. I can send in need. Technical description Fileserver-operating system: Novell-Netware: 6.5SP8 Main locations: VM unter ESX3.5/4, 1 CPU, 4GB RAM. 4 smaller location with Hardware-Server like FSUWA: HP ProLiant ML370G3, 2 x XEON2,8, 3GB RAM, 2 x 36GB RAID1-SYS-Volume, 4 x 72GB RAID5-Datenvolume. Netware 6.5SP8, Filesystem NSS, eDirectory 8.85. - OpenOffice 2.3.1 under Windows 2000 und Windows XP Java 1.5.0_10 and ubuntu. --------------------------------------------------------------------- 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: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org