178552 - after sending, the composition window freezes

Status: RESOLVED EXPIRED

(MailNews Core :: Composition, defect)

Description

[Vlady]

After sending any kind of an e-mail message the composition window freezes and
can't be closed.  Only the title bar is visible when you click on the program
icon in the task bar.  The only solution is to close mozzila mail itself.  My
best guess is that multiDesk screws with this somewhat but it could also be
related to the mozzila code.  You have to change to a different desktop after
clicking the send button and then go back to that desktop.  If someone replies
to the given e-mail i'll gladly send a screen shot and more info

Comment 1

[Andrew Hagen]

Reporter, can you disable copy to Sent folder? Then try to reproduce this
problem. Does the problem still happen?

Comment 2

[Andrew Hagen]

Reporter, to troubleshoot this problem, please follow these steps. When you
reply, make sure to include your operating system version, and the build ID. The
build ID is located in the Mozilla title bar. If the problem is sovled, please
indicate what step solved it.

1. Make sure that the test machine you're running is in good condition. On
Windows 9x, run scandisk. On Windows NT/2000/XP, error-check the drives. On
*nix, check for filesystem errors. Furthermore, if you have an antivirus
program, make sure the antivirus definitions and program files are up to date.
Make sure you have recently scanned the system for viruses, and removed any you
find. Once this is complete, can you still reproduce the problem?

2. Download and install the latest trunk nightly build.  Running a nightly build
has a slight amount of risk involved. Back up your Mozilla data including your
bookmarks before proceeding. You can download the latest nightly build from
ftp://ftp.mozilla.org/pub/mozilla/nightly/latest . For example, for Windows,
download the file mozilla-win32-installer-sea.exe. Uninstall your current
Mozilla build. Make sure the new directory where you will install the new build
is completely empty, except for any plugins subdirectory. Install the nightly
build. Having done that, can you still reproduce the problem?

3. If it still fails, exit Mozilla. Go to your profile directory. Find the file
xul.mfl (or xul.mfasl on *nix). Rename it. Restart Mozilla. Does that solve the
problem?


Before following the next steps, create an SMTP log. Attach the SMTP log to this
bug. The steps for creating the log can be found here:

http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap


4. Is the computer you are running Mozilla on running an antivirus program? If
so, please detail what program and what version it is. Temporarily disable the
antivirus program. Then try to reproduce the problem you describe. Does the
problem still occur?

5. Go to Edit | Mail & Newsgroup Account Settings | Outgoing Server (SMTP) and
check "never" on whether to use a secure connection (SSL). Now try to reproduce
the problem. Does it still occur?

6. Go to Edit | Mail & Newsgroup Account Settings. In the appropriate account,
under Copies & Folders, unselect "place a copy in." Now try to reproduce the
problem. Does it still occur? If this works, is this an IMAP account? Are there
many messages in the sent folder?

7. Is the computer behind a firewall? If so, temporarily disable it, or put the
computer directly on the Internet. Can you still reproduce the problem? If not,
what product and version number is the firewall?

Even if none of these steps work, please attach an SMTP log. 

Comment 3

[Dennis Lichtenthäler]

I suppose this is a duplicate of 183560. I also experience it after having
imported huge loads of mails from Outdupk Express. When I send a message,
sometimes everything works just fine but sometimes it freezes for a certain
time. During this time it constantly reads from the sent-file. When it's
finished (the size is about 61 mb so it takes a while), mail unfreezes again and
I can work just like before.
Tried saving onto different hd's so that's definitely not the source of the
problem. I'm using build 2003050211 on Windows XP. Renaming the xul.mfl only
removed the problem temporarily, the next send was okay but afterwards the
problem reoccured.
The problem could (!!!) be due to my anti-virus program. I'm currently looking
into that. By the way, I'm using f-prot.
Hopefully that helps.

Comment 4

[Dennis Lichtenthäler]

For me this one definitely is connected to F-Prot Antivirus (v. 3.12), to be
exact on the f-stopw.exe-file. When it is active and monitoring my system, I get
the bug described above. When it's turned off, everything works just like a charm.

Comment 5

[Andrew]

I can duplicate this with relative ease.  I am seeing some strange window
behavior when sending messages.  There appears to be a window that gets created
and then destroyed very quickly when sending a message.  Possibly also related
to bug 193158 -- same symptoms (compose window hangs around, does not repaint).

Windows XP, and I'm using the Microsoft Virtual Desktop Manager PowerToy.  Use
of the powertoy is crucial to reproducing this bug.  Antivirus software (Norton
2004) was disabled - no change was observed in behavior.  Thunderbird 0.5 (20040207)

My steps to reproduce:

1. Compose a message
2. Send it
3. While the Sending Email dialog is up, change to another desktop with the
PowerToy.  You must be quick.
// suggestions:
   - send a BIG email, perhaps with a large attachment, over a slow network
connection (dialup?)
   - configure MSVDM to use keystrokes to change desktops.  After confirming the
send, immediately flip to a different desktop.
4. Wait a short interval of time.  Return to the original desktop.

You'll now see the compose window, which has a border and title bar, but no
content.  The title is "Compose: (no subject)", even though the email I sent had
a subject, which was placed in the composition window.  Clicking it fires the
Default Beep sound.

This window stays around until one of the following occurs:
- User closes the client
- User begins to compose another email (you'll have 2 Compose windows on the
taskbar), and cancels it.  Cancelling removes both windows from the taskbar. ??

Can someone else confirm this behavior when sending messages and using the MSVDM
powertoy, or other virtual desktop managers like VirtuaWin?

Comment 6

[Andrew]

One more additional comment...  You can see more of the strange window behavior
I attributed to in my previous comment by doing the following:

- compose an email
- send it
- while being sent, return to the main Thunderbird client window.  The compose
window, which is sending, should be underneath.
- You'll see a quick window outline draw on top of the main client window, then
disappear.

Comment 7

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 8

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.