bugzilla.mozilla.org will be intermittently unavailable on Saturday, March 24th, from 16:00 until 20:00 UTC.
User Agent: Mozilla/5.0 (Windows NT 5.2; rv:6.0) Gecko/20110820 Firefox/6.0 SeaMonkey/2.3.1 Build ID: 20110820145925 Steps to reproduce: While composing email I must wait 3+ minutes after selecting any size file to attach. I am an administrator using SMB Server 2003 and this has been going on for some time. All other applications work without any problems. Actual results: Application stalls for a while then I can send the email. Expected results: Should attach the file immediately.
Does it happen in -safe-mode? Does it happen in a new, clean Profile? (Set up a bogus account - it need not be valid, go to Compose, Attach.) While what you describe doesn't sound exactly like a context menu issue, might still check to see if ShellExView might not provide some insight. "ShellExView - Shell Extensions Manager" http://www.nirsoft.net/utils/shexview.html There is a link on the page that takes you to an overview on troubleshooting.
Where exactly does the wait come in to play? When you click Attach? After you click Attach & the Attach File dialog appears? After you have selected a file & clicked Open (& the Attach File dialog goes away)? If you drag & drop a file into the Attachments: box, does that also have the same delay?
(In reply to therube from comment #2) > Where exactly does the wait come in to play? > > When you click Attach? > After you click Attach & the Attach File dialog appears? > After you have selected a file & clicked Open (& the Attach File dialog goes > away)? > > If you drag & drop a file into the Attachments: box, does that also have the > same delay? After you click to attach part of the dialog box goes blank until the stall ends. Then you can send the email. Did not try drag and drop yet.
Is the file on a network share? Gecko file handling when the file in on a network share is known to have performance problems although I thought this was fixed (at least for NFS).
(In reply to Philip Chee from comment #4) > Is the file on a network share? Gecko file handling when the file in on a > network share is known to have performance problems although I thought this > was fixed (at least for NFS). No the the files are local 3-5 page PDF files.
Windows Server 2003 is no longer supported, so I close this one. @Reporter: Please feel free to reopen this Bug if you still can reproduce with a current SeaMonkey version and a current OS and if you can contribute a step by step instruction (containing every key press and every mouse click) how to reproduce the problem reliably.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.