683816 - SeaMonkey 2.3.1 - Compose Email: Attaching files stalls application for ~3+ minutes

Status: RESOLVED WONTFIX

(SeaMonkey :: MailNews: Composition, defect)

Description

[Charles Kominek]

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.

Comment 1

[therube]

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.

Comment 2

[therube]

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?

Comment 3

[Charles Kominek]

(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.

Comment 4

[Philip Chee]

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).

Comment 5

[Charles Kominek]

(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.

Comment 6

[Rainer Bielefeld]

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.