[framework-issues] [Issue 107558] A hidden step while writi ng OOo files?
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=107558 --- Additional comments from akaw...@openoffice.org Fri Feb 5 15:04:36 + 2010 --- Perhaps the following is still useful: I focused my search for a long time on network errors. But I can reproduce this problem, however, already with a simple usb-stick. - 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
[framework-issues] [Issue 107558] A hidden step while writi ng OOo files?
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=107558 User mba changed the following: What|Old value |New value Assigned to|graphicsneedsconfirm |mav Component|Presentation |framework QA contact|iss...@graphics |iss...@framework Subcomponent|save-export |code --- Additional comments from m...@openoffice.org Fri Feb 5 09:26:33 + 2010 --- Indeed, the second step is the move of the temporary file to the target location, perhaps combined with a creation of a backup file in case that is activated in the settings. But this step is not performed asynchronously, so at the time where the application is able to receive user actions (e.g. mouse clicks) again the file should be saved already. A possible problem (especially in networks) can be that the target file system fails to flush the file buffer to disk, but OOo plans for that and explicitly asks the OS to flush this buffer, so that potential errors will be reported (and should give an error message in OOo). So whatever happens here, it is "a little bit" more complex. We have to study that. I agree that this problem most probably is a framework problem. - 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
[framework-issues] [Issue 107558] A hidden step while writi ng OOo files?
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=107558 User jrahemipour changed the following: What|Old value |New value Assigned to|tm|graphicsneedsconfirm Component|framework |Presentation Ever confirmed| |1 Status|UNCONFIRMED |NEW Issue type|PATCH |DEFECT Keywords| |data_loss, oooqa Priority|P3|P2 QA contact|iss...@framework |iss...@graphics Version|1.0.0 |OOo 3.1.1 --- Additional comments from jrahemip...@openoffice.org Thu Feb 4 09:27:56 + 2010 --- Confirmed, reproducible with OOo 2.x and 3.1.1 Setting priority to P2 since this issue leads to heavy data loss - 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
[framework-issues] [Issue 107558] A hidden step while writi ng OOo files?
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=107558 --- Additional comments from riess...@openoffice.org Wed Feb 3 13:42:46 + 2010 --- We can confirm this behavior, even with an .odp in an low performance network there is this behavior. At least we would expect, that the sandbox is deactivating the mouse click in OOo during the finishing phase for saving the file. - 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
[framework-issues] [Issue 107558] A hidden step while writi ng OOo files?
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=107558 User hwdooo changed the following: What|Old value |New value CC|'jrahemipour' |'hwdooo,jrahemipour' --- Additional comments from hwd...@openoffice.org Sat Jan 30 11:46:30 + 2010 --- we also encounter this problem while saving xxl-sized presentations (50MB or more). With OOo 3.1.1 we can watch a 3-phase saving process. 1. Nothing seems to happen after confirming the "Save to"-dialog 2. After a long period of hdd activities (producing a lot of files in the user´s temp directory), you can watch the "file saving" bar 3. Then again: nothing happens until the program finally terminates Depending on the OS (we tested on XP an Windows 7), if a user hits the "closing X" in the upper right corner again, the OS asks to terminate the program immediately. Confirming this after step 2 (user thinks the saving is done) can result in corrupt files. Even worse: With very large presentations (> 100MB) and embedded objects (bitmaps) OOo 3.1.1 crashes while loading the original powerpoint presentation. "Microsoft Visual C++ runtime library" Runtime error! (soffice.bin)" - 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
[framework-issues] [Issue 107558] A hidden step while writi ng OOo files?
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 + 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
