Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | OpenOffice.org 3 performs slowly or hangs when using Windows shares. | ||
---|---|---|---|
Product: | performance | Reporter: | mojeaix <alexih> |
Component: | www | Assignee: | AOO issues mailing list <issues> |
Status: | UNCONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P2 | CC: | issues, kpalagin |
Version: | current | ||
Target Milestone: | not determined | ||
Hardware: | PC | ||
OS: | Windows, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
mojeaix
2009-03-05 20:37:42 UTC
Can't reproduce this problem using OO310m3 on WinXP against WS2003 server. mojeaix, please try latest dev build and see if problem still exists. Also try mapping drive to the share. I am seeing the same behavior in OOo-dev 3.1 on the configuration described above. When opening an XLS file located on a mapped network drive OOo-dev 3.1 hung with the status "calculating". Further, I am seeing sustained CPU utilization of 50% by soffice.bin on the client side. This behavior is also occurring in IBM's Lotus Symphony which is based on OpenOffice. Interestingly, Microsoft Office 2007 does not exhibit this behavior. mojeaix, what other process is using the rest of CPU time when this is happening? I still can't repro the problem. Can you repro it in some other environment, like at home in two virtual machines? We have the same problem OO 3.2 on a network with domain. Note this : Associating a drive letter with a remote share takes the same long time and same big latencies for Windows Xp itself when Explorer runs on the path. So I think that this issue is due to Windows itself or to the network infrastructure. But perhaps it exists another way to control these path in the Windows API because Microsoft office has not this issue. So I suggest that devs should choose another Windows API code to manage remote path. |