Closed Bug 179039 Opened 22 years ago Closed 21 years ago

Mozilla crash when I try to send a new mail or forward an old one

Categories

(MailNews Core :: Networking, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: janmi, Assigned: mscott)

References

Details

(Keywords: crash, hang, stackwanted)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20021016 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20021016 When I try to send a mail with "Mail & Newsgroup" all mozilla's applications crash and the only way to get the control of the PC is to kill mozilla with the the task manager. The same things happens when I try to forward a mail and when I try to add a new event in the Calendar application. Reproducible: Always Steps to Reproduce: 1.Write a mail 2.Send it 3. Actual Results: Mozilla crash and I'm not able to use another application until I kill mozilla Expected Results: Send the mail and continue to work
*** Bug 179040 has been marked as a duplicate of this bug. ***
It sounds like you describe a hang or freeze, not a crash? -Can you please try also with a clean profile. (In case of profile corruption. At least the user agent string is bogus in this case) -Did you make a clean installation of mozilla or did you install on top of an older build? (See installation notes) -Are you using Norton AV, and does it scan outgoing mail?
Severity: normal → critical
Keywords: hang
I also experienced this problem. The problem I saw is best described as a hung program, with something like "assembling mail message" displayed on the status line at the bottom of the mail window. It just started recently, in the past few days. I uninstalled mozilla, deleted the mozilla directory, re-installed, and had problems getting the new install to accept my old profile info including bookmarks, mail folders, etc, but it started working. So I loaded a test message I saved as a draft and tried to send it. The email program hung again. The mailnews program seems able to save a draft and probably copy to the clipboard, but in the past few days it's objecting to sending mail. This is bad news as it's my default mail program. The software didn't change. It worked last week. Why is it suddenly not working now? Is someone sending an email virus that damages a mozilla installation? What is the timebomb thing in prefs.js? This defect is not unconfirmed. It's a real problem and a critical one.
system: 900 mhz Duron, 128mb. OS: Win98SE. Mozilla build: 1.2b More info---When the mailnews "send" hangs, the processor usage goes very high, according to the Windows System Monitor I started shortly before sending. The mail screen shows not-on-top colors, and mouse highlighting stops. Clicking on the taskbar switches the highlighted button but not the display. CTL-Alt-Del is the only way I've found to get out of the program hang. McAfee Bombshelter then indicates that Mozilla isn't responding, and I tell Bombshelter to end that task. Messages not saved prior to sending the end-task command are lost. The hang happens even with a message to a single recipient.
I see something a lot like this (see also bug 181061). For the past several weeks trunk nightlies *usually* (but not always) crash when I post to newsgroups. Interestingly, when I restart Moz and repost, the send *always* works. Platform is Win XP, no change in mail settings. I'm on a lan or on a modem to our campus network. Seen yesterday on 2002112304 trunk. Here are some talkback IDs: TB14337224G, TB14208256Z. It seems to me the component is Mail/News, and since composed mail is being lost, it's also dataloss.
Re: comment 5 - The original report here describes a hang, not a crash. What you see is likely not the same bug. Gianmaria: Can you please try delete the file XUL.mfl in your profile directory, and tell whether that changes anything.
changing component..
Assignee: asa → mscott
Component: Browser-General → Mail Notification
Product: Browser → MailNews
QA Contact: asa → stephend
Version: Trunk → other
Component: Mail Notification → Networking: MailNews General
I am also having this problem on Win98SE w/ Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021104 Worked fine till sunday evening then suddenly can't send mail, as soon as send button is clicked all of mozilla hangs hard. Does it every time, without fail, with my default user profile, but with a secondary profile (for a different email account) it works fine. Tried removing the .msf files for the sent mail, still no change. Any idea when the final build of 1.2 will come around?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 Same problem. Send mail worked fine until recently, and now every attempt causes a crash. However, I noticed one additional thing, while Mozilla is hung, the memory usage increases until it's taking up something over 100MB, and then this number resets to something substantially lower, and starts to rise again. This memory usage reduction might be a Windows bug, because when I left the window open for an extended period, it seemed to use up all available memory in the swap file as well.
I am also still having this problem, on two separate win xp machines with current trunk nightlies. In my case I wouldn't uses the keyword "hang" in that mozilla always ultimately crashes, and I dutifully allow the talkbacks to go to netscape. I experience this more in newsgroup posting than mail. "Dataloss" would seem appropriate here; I've taken to copying my message then dropping it in a editor so I don't lose my composition if moz goes down trying to send... ;-)
Frank, your crashes are the #1 top crasher, currently. The bug you want to look at is bug 156940.
In response to Stephen Donner's comment. Is 156940 really the same as this bug (179039)? I read through 156940, and it seems to be more related to browsing than sending e-mail. I tried a workaround mentioned in 156940, and it did not prevent the crash when I send e-mail. Also, is bug 187077 a duplicate of 179039?
Kristen, no, I never said they were the same bug. I'm basing my comment that Frank is seeing bug 156940 based on the fact his crashes are all in morkRowObject::CloseRowObject.
Maybe it's unrelated, but check bug 169777 A user was complaining that pressing forward mozilla would hang. At first I created a clean profile and the problem went away. Then I found bug 169777, recovered the profile that caused the problem and deleted XUL.mfl and that solved the problem.
Another thing to check is whether you have the MozillaCafe spellchecking installed. Older versions seem to cause this crash (i.e. as soon as I turned it off, I stopped seeing my 100% repro crash). Also, after installing the latest version and reenabling, it seems to work again.
Can we still get a stack for the Talkback listed in comment 5?
Keywords: crash, stackwanted
Blocks: 193931
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.
I started encountering this problem after installation of another program forced my windows box to reboot, and killed off a running version of Mozilla. Renaming XUL.mfl to XUL.mfl.bak and restarting fixed the problem. A new XUL.mfl file was created, and everything seems to be okay now. My info: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 + Mozilla Calendar 2003012913-cal + Spell checker (don't know how to find the version)
Ditto: here's the error message from Winders XP: Faulting application thunderbird.exe, version 0.0.0.0, faulting module js3250.dll, version 4.0.0.0, fault address 0x0001a7a9.
unable to reproduce with win Mozilla 1.7 beta.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.