[framework-issues] [Issue 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 User mav changed the following: What|Old value |New value Subcomponent|ui|code Target milestone|--- |OOo 3.x --- Additional comments from m...@openoffice.org Mon Oct 18 14:42:04 + 2010 --- Setting the target to OOo 3.x for now. - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 User cd changed the following: What|Old value |New value Assigned to|cd|mav --- Additional comments from c...@openoffice.org Mon Oct 18 13:57:46 + 2010 --- cd->mav: Please take a look. You are the expert for low-level file access. - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from mikekagan...@openoffice.org Sun Oct 17 01:49:09 + 2010 --- 2mt >On a W2008R2 server, set all the (in my case existing as "allow" per default >"file and printer sharing" firewall rules to "block". >To ease debugging, run "soffice \\myserver\myshare\myfile.odt" from command >line, which should fail to open the file ... >For PATHTYPE_FILE, there is a Win32 call FindFirstFile(...). This single call >takes more than 30s for me! >Waiting 30s is already bad, but we hit that break point 3 times: I hope that you have found the correct place where the delay happens. But the steps that you suggest don't reproduce the exact problem that the affected systems are suffering from. To be specific: what you effectively do is making the server share unreachable (by making the SMB ports blocked). Thus, all communications to SMB have to time out to proceed with the file open error. You should experience the same delay if you try to enter the "\\myserver\myshare" address into the Windows Explorer address bar, or if you enter "notepad \\myserver\myshare\myfile.odt". But the problem is not with opening an unreachable file. We all try to open a file that is perfectly reachable on the share. And when we open it with another program (for instance, notepad), there's no delay. If you open the last test log I attached to the topic (where the webserver was present on the server), you may notice that the communication on the port 80 of the server is initiated by Microsoft-WebDAV-MiniRedir/5.1.2600. The problem seem to be related to the order in which the network redirectors are initiated on a specific client system. If the WebDAV redirector takes precedence over the usual MS Windows Network provider (SMB), (and the port 80 on the server is blocked) then the delay occurs, otherwise file operations are performed instantly. One can speculate that the problem is with the client machine settings (that may be tuned in Windows Exlporer: go to Control Panel->Network Connections- >meny Advanced->Advanced Settings...->Provider Order tab). That could be the case, but if so, any program that makes use of the "FindForstFile" API (or others that use the network redirectors) would be affected. For example, the Explorer would show contents of the remote shares with such delays on the affected systems. But the reality is that no such things happen (other programs work with the shares/files without delays). Thus, I may conclude that the problem is inside the OpenOffice: either it somehow defines the order of redirectors for itself, or the problem if not inside the FindFirstFile() API. The proposal to reduce the nomber of calls to a function is itself useful (and anyway will lead to overall speed increase, which is great), byt won't solve the root of the problem, nor will the use of the parallel threads, because although the program won't seem to "hang" while opening the file, nonetheless the file will be open with a huge delay. I think that the developers need to find the exact circumstances when the problem shows itself (I mean where the port 80 communications take place, since it seems that not every PC has this 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 User mt changed the following: What|Old value |New value Assigned to|tm|cd --- Additional comments from m...@openoffice.org Fri Oct 15 15:36:38 + 2010 --- Changing owner to cd (framework team) - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 User mt changed the following: What|Old value |New value Ever confirmed| |1 Status|UNCONFIRMED |NEW --- Additional comments from m...@openoffice.org Fri Oct 15 15:35:29 + 2010 --- I was able to reproduce it this way: On a W2008R2 server, set all the (in my case existing as "allow" per default) "file and printer sharing" firewall rules to "block". To ease debugging, run "soffice \\myserver\myshare\myfile.odt" from command line, which should fail to open the file, then attach the debugger, then use command line again. This way, a break point in "osl_getDirectoryItem" will only be hit for exactly that file, and not for other configuration and UNO stuff. For PATHTYPE_FILE, there is a Win32 call FindFirstFile(...). This single call takes more than 30s for me! Waiting 30s is already bad, but we hit that break point 3 times: > sal3.dll!osl_getDirectoryItem(_rtl_uString * strFilePath=0x0914b1ec, > void * * pItem=0x014ae9b4) Line 3284C++ sofficeapp.dll!desktop::GetURL_Impl(const String & rName={...}, const boost::optional & cwdUrl={...}) Line 2631 + 0x4c bytes C++ sofficeapp.dll!desktop::DispatchWatcher::executeDispatchRequests(const _STL::vector > & aDispatchRequestsList={...}, bool bNoTerminate=false) Line 198 + 0x2e > bytesC++ sofficeapp.dll!desktop::OfficeIPCThread::ExecuteCmdLineRequests(desktop::ProcessDocumentsRequest & aRequest={...}) Line 989 + 0x1a bytesC++ sofficeapp.dll!desktop::ProcessEventsClass_Impl::ProcessDocumentsEvent(desktop::ProcessEventsClass_Impl * __formal=0x, void * pEvent=0x08435a98) Line 281 + 0x9 bytes C++ > sal3.dll!osl_getDirectoryItem(_rtl_uString * strFilePath=0x08ec15f0, > void * * pItem=0x014ad7d8) Line 3284C++ ucpfile1.dll!fileaccess::shell::getv(long CommandId=929, const rtl::OUString & aUnqPath={...}, const com::sun::star::uno::Sequence & properties={...}) Line 1068 + 0x28 bytes C++ ucpfile1.dll!fileaccess::BaseContent::getPropertyValues(long nMyCommandIdentifier=929, const com::sun::star::uno::Sequence & PropertySet={...}) Line 878 + 0x1f bytes C++ ucpfile1.dll!fileaccess::BaseContent::execute(const com::sun::star::ucb::Command & aCommand={...}, long CommandId=929, const com::sun::star::uno::Reference & Environment={...}) Line 386 + 0x1e bytes C++ ucbhelper4MSC.dll!ucbhelper::Content_Impl::executeCommand(const com::sun::star::ucb::Command & rCommand={...}) Line 1809 + 0x2c bytes C++ ucbhelper4MSC.dll!ucbhelper::Content::getPropertyValuesInterface(const com::sun::star::uno::Sequence & rPropertyNames={...}) Line 686 + 0x53 bytes C++ ucbhelper4MSC.dll!ucbhelper::Content::getPropertyValues(const com::sun::star::uno::Sequence & rPropertyNames={...}) Line 623 + 0x13 bytes C++ ucbhelper4MSC.dll!ucbhelper::Content::getPropertyValue(const rtl::OUString & rPropertyName={...}) Line 573 + 0x13 bytes C++ ucbhelper4MSC.dll!ucbhelper::Content::isDocument() Line 1557 + 0x31 bytes C++ ucbhelper4MSC.dll!ucbhelper::Content::openWriteableStream() Line 1240 + 0xb bytes C++ comphelp4MSC.dll!comphelper::MediaDescriptor::impl_openStreamWithURL(const rtl::OUString & sURL={...}, unsigned char bLockFile='') Line 820 + 0x10 bytes C++ comphelp4MSC.dll!comphelper::MediaDescriptor::impl_addInputStream(unsigned char bLockFile='') Line 569 + 0x14 bytes C++ comphelp4MSC.dll!comphelper::MediaDescriptor::addInputStreamOwnLock() Line 536 C++ filterconfig1.dll!filter::config::TypeDetection::impl_openStream(comphelper::MediaDescriptor & rDescriptor={...}) Line 1149 + 0x9 bytes C++ filterconfig1.dll!filter::config::TypeDetection::impl_askDetectService(const rtl::OUString & sDetectService={...}, comphelper::MediaDescriptor & rDescriptor={...}) Line 1003 C++ filterconfig1.dll!filter::config::TypeDetection::impl_detectTypeFlatAndDeep(comphelper::MediaDescriptor & rDescriptor={...}, const _STL::list > & lFlatTypes={...}, unsigned char bAllowDeep='', comphelper::SequenceAsVector & rUsedDetectors={...}, rtl::OUString & rLastChance={...}) Line 819 + 0x17 bytes C++ filterconfig1.dll!filter::config::TypeDetection::queryTypeByDescriptor(com::sun::star::uno::Sequence & lDescriptor={...}, unsigned char bAllowDeep='') Line 185 + 0x27 bytes C++ fwkmi.dll!framework::LoadEnv::impl_detectTypeAndFilter() + 0x147 bytes C++ fwkmi.dll!framework::LoadEnv::star
[framework-issues] [Issue 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from mikekagan...@openoffice.org Wed Oct 13 23:47:49 + 2010 --- Created an attachment (id=72046) Another capture with a webserver listening on the port 80 on the remote server. Here only one port 80 conversation can be seen (packets 221-224, 228, 229, 231, 232) - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from mikekagan...@openoffice.org Wed Oct 13 22:51:41 + 2010 --- I have attached two captures made with Wireshark. The first (close_ooo_file_long.pcap) was made with the firewall on; the second (close_ooo_file_quick.pcap) with firewall off. The local ip address is 192.168.0.10; the remote share is on a host with ip address 192.168.1.4. You may notice the attempts to communicate to port 80 of the remote host: packets 171, 210 and 211 in the first file (timestamps 0.04s, 3.05s, and 9.17s) (all unanswered), and packets 206 (timestamp 0.07s, answered by 208), 223 (ts. 0.61s, a. 224), and 225 (ts. 1.16s, a. 226). And those unanswered packets to port 80 in the first case were the ones that delayed the further communications. Hope this helps. Best regards, Mike. - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from mikekagan...@openoffice.org Wed Oct 13 22:40:55 + 2010 --- Created an attachment (id=72044) wireshark capture of closing an .odt file (long) - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from mikekagan...@openoffice.org Wed Oct 13 22:41:40 + 2010 --- Created an attachment (id=72045) wireshark capture of closing an .odt file (quick) - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from camil...@openoffice.org Wed Oct 13 19:58:33 + 2010 --- @mt: I think the idea is precisely not to block the ports but to have them in "stealth mode" i.e. that they drop the packets and not reject them. I'll try to get more details from the admins tomorrow. - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from m...@openoffice.org Wed Oct 13 17:18:40 + 2010 --- I can imagine what the problem is, but I can't reproduce. (And if I imagine correctly, it won't be easy to fix) I tried different firewall settings on my W2008R2 server, and connected from W7 box. I tried adding a blocking rule for tcp/udp ports 80/445 (always only 1 rule the time, I didn't introduce many rules for all combinations). Is it safe to assume the the new rule should be active instantly? I didn't wait very long after changing the rule Will a blocking rule overrule an other non-blocking rule, in case I have two rules for the same protocol/port combination? I configured that firewall to use the default settings. I assume my "problem" is that I am in a domain network. Any idea which rule(s) exactly to change after configuring default rules, to reproduce the issue? - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 User brinzing changed the following: What|Old value |New value CC|'camillem'|'brinzing,camillem' --- Additional comments from brinz...@openoffice.org Wed Oct 13 16:20:26 + 2010 --- . - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from camil...@openoffice.org Fri Oct 1 15:25:54 + 2010 --- Same problem here, since servers have been upgraded to windows 2008 64bits. Clients are Win XP, OOo 3.2.1, 32bits - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 User camillem changed the following: What|Old value |New value CC|''|'camillem' - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from mikekagan...@openoffice.org Thu Aug 5 03:56:43 + 2010 --- We have this issue, too. Windows XP SP3 x86; OOo 3.2.1; Server is Windows Server 2003 R2. Opening/Saving shows a delay of 20+ seconds before actually doing the action. After that, for about 1 minute, it opens/saves to this share OK, but after this time it starts to delay again. After reading Issue 110878 I installed a webserver on our file server, and it instantly solved the problem. After that I removed the webserver and simply turned the Windows Firewall off, and the problem didn't appear again. But if I turn the firewall on, the problem reappears. I suppose that having a firewall rule that wouldn't silently ignore the requests to port 80 but reply error to sender would be enough. - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from darcilici...@openoffice.org Sat May 15 05:22:00 + 2010 --- Should have mentioned: OO v3.2.0 - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from darcilici...@openoffice.org Sat May 15 05:20:56 + 2010 --- I have this issue on two computers: W7 Home Premium x64 and x86 both, for files stored on a Windows Home Server (HP MediaSmart version). Using a mapped drive is a work around but not one I prefer. - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from edward_s...@openoffice.org Fri May 14 06:13:18 + 2010 --- Using 3.2.0 OOO320m12(build:9483) on WinXP SP 3 This is all 32 bit. Can confirm that open /close/save is very slow with UNC path file. A mapped drive is quick - this is the work around for me at the moment. My network drive is provided by samba on ubuntu server 8.10 fwiw. - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 --- Additional comments from m...@openoffice.org Thu Apr 15 14:26:45 + 2010 --- *** Issue 110878 has been marked as a duplicate of this issue. *** - 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 105283] Extreme slow down of Open office.org when accessing files from Windows S hares, on either UNC paths or mapped drives
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105283 Issue #|105283 Summary|Extreme slow down of Openoffice.org when accessing fil |es from Windows Shares, on either UNC paths or mapped |drives Component|framework Version|OOO310m11 Platform|Opteron/x86_64 URL| OS/Version|Windows 7 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|joetainment --- Additional comments from joetainm...@openoffice.org Tue Sep 22 23:18:52 + 2009 --- Open office is *extremely* slow when opening, saving, or closing documents on a windows network drive. This issue occurs for sure on Windows 7 64bit, but there are reports or it occuring on Vista 64bit as well. (See here: http://user.services.openoffice.org/en/forum/viewtopic.php?f=15&t=18862) In my tests, it happens every single time, so it is easy to duplicate. Copy any odf file (or other open office compatible file) onto a network location in Windows 7 ie \\fileserver\share\document.odf Open the document. It will be very slow but will eventually open after a minute or so. Edit the document. Save. Again it will be very very slow. Close the document. Again it will be very very slow. This issue is pretty much a showstopper for anyone using Openoffice.org in a 64bit corporate/business/enterprise environment. - 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