Closed Bug 184091 Opened 23 years ago Closed 22 years ago

Clicking on send email or reply to email hangs Mozilla

Categories

(MailNews Core :: Composition, defect)

x86
Windows 98
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 169777

People

(Reporter: spock6, Assigned: bugzilla)

Details

(Keywords: hang)

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2) Gecko/20021126 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2) Gecko/20021126 If I try to send an email, by clicking create a new message or reply, either the icon or from the drop-down, Mozilla immediately hangs and I have to control-alt-delete and shut it down. This problem started this morning; I tried restarting Mozilla, restarting my computer, and restarting Mozilla without using the password manager, with no change. Reproducible: Always Steps to Reproduce: 1. Load Mozilla 2. Click Create a New Message 3. Actual Results: Mozilla hangs Expected Results: Opened a new message This is the default install of Mozilla 1.2
Same for me with Mozilla 1.2.1 on Win2k. It worked fine from 2002/12/03 until 2002/12/06. Since this morning, it crashes. I can not remember to have changed any prefs since 2002/12/04. Anyway, below you can find a diff of prefs.js to a backup from 2002/12/03. Workaround for me: Switched back to 1.1 Steps to Reproduce: 1. Load Mozilla 2. Open Mail 3. Open any mail 4. Click on any Reply-Button Or: Steps to Reproduce: 1. Load Mozilla 2. Open Mail 3. Open Edit | Mail & News account settings DIFF FROM prefs.js today (2002/12/08, crash version) to last backup (2002/12/03) 19c19 < user_pref("browser.search.defaultengine", "engine://C%3A%5CProgramme%5Cmozilla.org%5CMozilla_1.2.1%5Csearchplugins%5Cgoogle.src"); --- > user_pref("browser.search.defaultengine", "engine://C%3A%5CProgramme%5Cmozilla.org%5CMozilla_12%5Csearchplugins%5Cgoogle.src"); 23c23 < user_pref("browser.startup.homepage", "file:///d:/"); --- > user_pref("browser.startup.homepage", "http://www.heise.de/"); 94a95 > user_pref("general.useragent.override", "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021126"); 98c99 < user_pref("intl.charsetmenu.browser.cache", "windows-1250, ISO-8859-2, gb18030, Shift_JIS, windows-1252"); --- > user_pref("intl.charsetmenu.browser.cache", "ISO-8859-2, gb18030, Shift_JIS, windows-1252, Big5"); 100c101 < user_pref("intl.charsetmenu.mailview.cache", "windows-1254, EUC-KR, Big5, windows-1252, windows-1250"); --- > user_pref("intl.charsetmenu.mailview.cache", "EUC-KR, Big5, windows-1252, windows-1250, ISO-8859-2"); 177c178 < user_pref("mail.identity.id3.smtpServer", "smtp1"); --- > user_pref("mail.identity.id3.smtpServer", "smtp3"); 187c188 < user_pref("mail.server.server1.capability", 4641); --- > user_pref("mail.server.server1.capability", 545); 201,202c202,204 < user_pref("mail.server.server1.namespace.personal", "\"INBOX.\",\"INBOX.\",\"INBOX.\",\"INBOX.\",\"INBOX.\""); < user_pref("mail.server.server1.namespace.public", "\"shared.\",\"shared.\",\"shared.\",\"shared.\",\"shared.\""); --- > user_pref("mail.server.server1.namespace.other_users", ""); > user_pref("mail.server.server1.namespace.personal", "\"INBOX.\",\"INBOX.\",\"INBOX.\",\"INBOX.\",\"INBOX.\",\"INBOX.\",\"INBOX.\""); > user_pref("mail.server.server1.namespace.public", "\"shared.\",\"shared.\",\"shared.\",\"shared.\",\"shared.\",\"shared.\",\"shared.\""); 227a230 > user_pref("mail.server.server4.namespace.other_users", ""); 242c245,249 < user_pref("mail.smtpservers", "smtp1"); --- > user_pref("mail.smtpserver.smtp2.hostname", "xxx.xxx.xxx"); > user_pref("mail.smtpserver.smtp2.username", "xxx"); > user_pref("mail.smtpserver.smtp3.hostname", "xxx.xxx.xxx"); > user_pref("mail.smtpserver.smtp3.username", "xxx"); > user_pref("mail.smtpservers", "smtp3,smtp1,smtp2");
Last night Mozilla suddenly started letting me send emails again, but I have no idea why. I didn't do anything I didn't try before. BTW, before someone asks: I have 192 MB RAM and over 1 gig hard drive space free.
What is this? "Me too". After reading William Springers additional comment I tried again. An it works again. --- aside BERNARDO 'Tis here! HORATIO 'Tis here! MARCELLUS 'Tis gone! (from William Shakespeare, "The Tragedy of Hamlet, Prince of Denmark", Act 1, Scene 1 ). --- Hmhm. Should we trust it? Once again a diff: 18c18 < user_pref("browser.history.last_page_visited", "file:///d:/"); --- > user_pref("browser.history.last_page_visited", "http://www.heise.de/"); 201,202c201,202 < user_pref("mail.server.server1.namespace.personal", "\"INBOX.\",\"INBOX.\",\"INBOX.\",\"INBOX.\""); < user_pref("mail.server.server1.namespace.public", "\"shared.\",\"shared.\",\"shared.\",\"shared.\""); --- > user_pref("mail.server.server1.namespace.personal", "\"INBOX.\",\"INBOX.\",\"INBOX.\",\"INBOX.\",\"INBOX.\""); > user_pref("mail.server.server1.namespace.public", "\"shared.\",\"shared.\",\"shared.\",\"shared.\",\"shared.\""); 268,269d267 < user_pref("network.cookie.lifetime.behavior", 1); < user_pref("network.cookie.lifetime.enabled", true); Note that there seems to be a problem with those IMAP pref lines. Mozilla continues to add the same namespace information again and again.
This bug may be related to another one; after my email started working again, I regained the ability to use control-F without the browser freezing.
Don't know if it's related to this particular bug... When I try to send e-mail (either by clicking Send or pressing ctrl+enter) latest trunk build 2002120908 hangs with 100% CPU usage (using Win2k).
Please check if this is a dupe of bug 168516. pi
I don't think so; the description of bug 168516 says that Mozilla hangs while sending mail, but with this bug you can't even open an email window to type your message.
a corrupted XUL.mfl can cause a hang/freeze when attempting to do anything that opens a new window of any kind. Bug 169777 Please check if renaming or deleting XUL.mfl (in your profile dir) change this bug
I had the problem with mozilla with 1.2.1 chewing up CPU and memory until I killed it (on WinXP sp1). This happened when I selected a message in the Inbox and clicked the Reply button. After deleting XUL.mfl and restarting MailNews, I could click on Reply and successfully open a message window without the memory eating loop. Maybe related to Bug 169777
It might well be that this bug here and bug 169777 anre fixed by bug 188744. pi
Reporter, please download and install a current nightly trunk build. Are you still seeing this problem?
Keywords: hang
Andrew, I haven't even seen this bug again with 1.2.1, even so, I use it on a daily basis. It made my day back then and vanished a couple of days later (see above). Corruption of a file seems to be a plausible explantaion IMHO. Probably reinstalling would have then caused the bug to vanish. Even so, I can not really resolve anything of this, I would be fine with changing status to WORKSFORME.
*** This bug has been marked as a duplicate of 169777 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
v
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.