Closed Bug 136874 Opened 22 years ago Closed 22 years ago

Mail/News (mailnews) window cannot be reopened after closing.

Categories

(SeaMonkey :: MailNews: Message Display, defect)

Product:
SeaMonkey
Component:
MailNews: Message Display
Type:
defect
Priority:
Not set
Severity:
blocker

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: fredbezies, Assigned: sspitzer)

References

Details

(Keywords: smoketest, Whiteboard: BRANCH & TRUNK)

Attachments

(2 files)

stack
7.12 KB, text/plain
Details
patch for trunk.
2.94 KB, patch
shliang
: review+
Bienvenu
: superreview+
blizzard
: approval+
Details | Diff | Splinter Review 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.9+)
Gecko/20020411
BuildID:    2002041103

See this only in this build.

Very simple to reproduce.

Reproducible: Always
Steps to Reproduce:
1.Launch Mozilla.
2.Open a mail/news window
3.Close it
4.Try to launch a new window of mail/news

Actual Results:  Nothing happens !

Expected Results:  A mail/news window open !

Working with a blank profile on a clean install !
Confirmed, Win2K build 2002041103

Also, after trying (and failing) to open the Mailnews window, closing my last
browser window does not exit the Mozilla application completely; something is
kept running in the background.  File > Exit quits the entire app properly though.
Status: UNCONFIRMED → NEW
Ever confirmed: true
happens on build id 2002041003 as well (win98se)
Do not had it with 2002041003.

I downloaded a build in latest-1.0.0 folder, and I cannot see this bug !
I've spoken too fast ! This bug should be also find in 2002041011 build !

It seems also there is a /ghost/ in memory. I have to exit mozilla and kill a
mozilla.exe remaining in memory in order to be able to launch once again
mail/windows news :-/
It seems to be quicklaunch related, because I cannot reproduce this bug when
quicklaunch is off.

And yes, I will stop spamming this bug :-)
I don't think it's QuickLaunch related, as it also occurs for me (and I don't
use QuickLaunch). 

However, I've discovered that 2002-04-10-06-trunk is the most recent build /not/
to have this bug (http://ftp.mozilla.org/pub/mozilla/nightly/2002-04-10-06-trunk/). 

All builds after that (2002-04-10-08-trunk, and so on) appear to have this bug
(http://ftp.mozilla.org/pub/mozilla/nightly/2002-04-10-08-trunk/).

Using Win2k here, btw.
Keywords: mozilla1.0, nsCatFood
is mail compose window also affected?
waterson--do you see this problem?
> is mail compose window also affected?

No. (I'm seeing the reported problem with the mail news main window, but can't
reproduce it with the mail *compose* window.)
Confirm for 1.0.0.2002041014  Win2K

So this bug is for both trunk and 1.0.0 trees, and appeared after branching.
confirm this on linux 2002041108
OS -> All.
OS: Windows XP → All
on linux the range is:
2002-04-10-06-trunk 2002041006 bugs
2002-04-09-08-trunk 2002040908 works

(comment 6 says 2002-04-10-06-trunk is ok, 2002-04-10-08-trunk bugs, on w2k)

Note that there is a blank entry on the Window menu after trying to start Mail,
and closing all Mozilla windows will not exit Mozilla completely, so there's
apparently some ghost window hanging around?
Keywords: nsbeta1
*** Bug 136725 has been marked as a duplicate of this bug. ***
This problem has returned for me also.

I first reported this in bug 134067.  At that time, it could be fixed by getting
rid of the 3rd party skins/themes.

That no longer solves the problem.

For me, this problem now exists in ALL nightly builds after 02-Apr-2002.

Today I'm using 2002041111 on win2k, and report same problem - inability to
reopen mail after closing, and process persists after all windows are closed.

Note that if you do NOT try to reopen mail after closing, and then close all
windows, mozilla closes completely.
bug 136976 may be related
*** Bug 137019 has been marked as a duplicate of this bug. ***
Happens with 2002041103 on Win XP Pro. There is a ghost mozilla.exe left running
after closing all windows (with quicklaunch disabled).

I noticed that the first time you try to load mail/news I get an hour glass
cursor for a few secs. Try a third  etc time and the hourglass is not there. Its
almost as if the mail/news window is loading but isn't get painted or revealed
and then gets stuck in this state, hence the ghost.
*** Bug 137105 has been marked as a duplicate of this bug. ***
This bug is related to my Bug 136976, there are steps to reproduce the problem
there.  The problem is NOT related to QuickLaunch, which is what I first
believed the problem is as well, but mozilla not cleaning up the "New Messages"
scrollup window in the lower right hand side of the window.

I've seen this on Linux where we don't have QuickLaunch.
I just got mozilla to hang after closing all the windows.  It's just sitting
there.  I'll attach a stack.
Attached file stack — 

    
    

    
  
Looks bad. We should hold RC1 until we have a fix for this problem.
Blocks: 134771
Keywords: mozilla1.0 → mozilla1.0+

    
    

    
  
btw you can use the DOM inspector on the ghost window(s) (I had two just now,
don't know how). Looks sorta like a messenger window.
Blocks: 136976

    
    

    
  
*** Bug 136976 has been marked as a duplicate of this bug. ***

    
  
No longer blocks: 136976

    
    

    
  
This bug was caused by the checkin of the fake mail account.

http://bugzilla.mozilla.org/show_bug.cgi?id=133355

    
    

    
  
Interesting.  After closing the mail window if I use an explicit quit (ctrl-q)
the process will exit.  If you don't use that and just close the window using
the window manager button, the process doesn't exit.  That window isn't be
destroyed, maybe?

    
    

    
  
upgrading to smoketest blocker. this is branch and trunk
Keywords: smoketest
Whiteboard: BRANCH & TRUNK

    
    

    
  
First we tried reverting the C file and it did not fix it.

Then we did the JS files and it fixed it.

We have not narrowed down which JS file caused it yet.

What we have determined is that a mail window is being opened the second time, 
but creation of the window is never being completed for some reason.

That would explain why quit works because it explicitly kills the all windows.

    
    

    
  
accepting, attempting to reproduce this on my win2k debug build.
Status: NEW → ASSIGNED

    
    

    
  
*** Bug 137044 has been marked as a duplicate of this bug. ***

    
    

    
  
We've recreated this on Win2K and on OS/2. Having a new profile might be a 
factor here.

I used the latest win32 nightly from mozilla.org to reproduce (not a debug 
build)

    
    

    
  
debugging now, no ETA yet...

    
    

    
  
data point:  once in this state, their is a blank item in the task list (under 
the window menu item)

    
    

    
  
WARNING: CSSLoaderImpl::LoadAgentSheet: Load of URL 'chrome://messenger/skin/fak
eAccount.css' failed.  Error code: 16389, file c:\builds\tip\mozilla\content\htm
l\style\src\nsCSSLoader.cpp, line 1651

this is the problem, working on it...

    
    

    
  
fix in hand.  here comes the patch...

    
    

    
  
Comment on attachment 78972 [details] [diff] [review]
patch for trunk.

r=shuehan

        Attachment #78972 -
        Flags: review+

    
    

    
  
Comment on attachment 78972 [details] [diff] [review]
patch for trunk.

sr=bienvenu

        Attachment #78972 -
        Flags: superreview+

    
    

    
  
Comment on attachment 78972 [details] [diff] [review]
patch for trunk.

a=blizzard on behalf of drivers for the 1.0 branch and the trunk

        Attachment #78972 -
        Flags: approval+

    
    

    
  
fixed on branch and trunk. 

sorry to all, and thanks to mkaply for narrowing this down to the fake folder 
checkin so quick.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED

    
    

    
  
Confirmed on NT4 (build 2002041103)

    
    

    
  
linux trunk cvs built 2002-04-12 ~15 pst also fine.

    
    

    
  
*** Bug 137212 has been marked as a duplicate of this bug. ***

    
    

    
  
*** Bug 137225 has been marked as a duplicate of this bug. ***

    
    

    
  
Now that there is a patch, how do I install it?

    
    

    
  
Donald: If you're just looking for a fixed build, you can just download one from:
http://ftp.mozilla.org/pub/mozilla/nightly/latest/

    
    

    
  
That didn't fix the problem.  When I fully close Mozilla, there still is a
Mozilla entry in the Task Manager (Ctrl-Alt-Del) that I have to press 'End Task'
so I can relaunch Mozilla.  I don't think Mozilla's Mail window is closing properly.

    
    

    
  
Donald: This was fixed only 8 hours ago, so the nightly builds may not all have
the fix yet. See the timestamp of comment 41, and wait until a nightly build for
your platform appears that is from a later time (at least by a few hours).

    
    

    
  
*** Bug 137237 has been marked as a duplicate of this bug. ***

    
    

    
  
Bug fixed in 2002041217 - (SVG enabled build)

Another one which bites the dust :-)

Thanks to all coders !

    
    

    
  
*** Bug 137258 has been marked as a duplicate of this bug. ***

    
    

    
  
Bug happens again !

Testing build 2002041206 - WinXP¨.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---

    
    

    
  
Committed a big mistake ! Correct it now !

Why RC1 is based a buggy version ?!
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → FIXED

    
    

    
  
#54
The patch wasn't yet fixed into the 1.0.0 branch, but that will for sure happen
soon.

    
    

    
  
*** Bug 137314 has been marked as a duplicate of this bug. ***

    
    

    
  
Yeah - I'm still finding the bug in 2002041206 on W95.

    
    

    
  
patch checked in 2002041214
you are running  2002041206

therefore you need a newer build

    
    

    
  
*** Bug 137266 has been marked as a duplicate of this bug. ***

    
    

    
  
Take the "/" out of the summary and maybe search will turn this bug up and stop
the dupe flood.

    
    

    
  
only 3 of the dupes 'mailnews' in them.
i'll leave the original 'Mail/News' in it in case somebody searches by that.
Summary: Mail/News window cannot be reopened after closing. → Mail/News (mailnews) window cannot be reopened after closing.

    
    

    
  
The product ID in Bugzilla is mailnews, no slash. Searches shouldn't be
including this as a search word, but that doesn't seem to be stopping them from
using it and not finding this bug. By creating a single summary string including
the slash, "mailnews" won't be found, while a change to "mail news" would allow
mail and news and mailnews and mail/news to be found as summary terms.

    
    

    
  
*** Bug 137333 has been marked as a duplicate of this bug. ***

    
    

    
  
*** Bug 137562 has been marked as a duplicate of this bug. ***

    
    

    
  
I think this is fixed on the branch. Adding 'fixed1.0.0' keyword to trigger
Verification.

04/12/2002 14:16sspitzer%netscape.com mozilla/ themes/ modern/ jar.mn 1.103.2.2
MOZILLA_1_0_0_BRANCH  1/0  fix for blocker bug #136874. can't open mail/news
window after closing.
r=shuehan, sr=bienvenu. 04/12/2002 14:16sspitzer%netscape.com mozilla/ themes/
classic/ jar.mn 1.89.2.2 MOZILLA_1_0_0_BRANCH  1/0 
Keywords: fixed1.0.0

    
    

    
  
Problem is still evident using FizzillaCFM/2002041618 (RC1 candidate). Setting
Platform=All.

Does this need to be reopened?
Hardware: PC → All

    
    

    
  
WFM on Linux (RH 7.2) trunk and latest 1.0 branch builds

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc1) Gecko/2002041617

    
    

    
  
WFM in NT
Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.9+) Gecko/20020416

    
    

    
  
Did the patch perhaps not get applied to Fizzilla?

    
    

    
  
I saw this behavior starting with ~20020412, but it continued to occur with 
subsequently installed nightly builds through 20020415, whether from branch or 
trunk.  I tried starting from a clean profile, and the bug did not occur (i.e., 
I was able to reopen mail/news).  I then reverted to an older saved version of 
prefs.js, and the bug did not reappear with old or recent builds.  I have no 
idea what part of prefs.js got buggy, but I'd be glad to forward copies of the 
buggy and non-buggy if they'd be helpful.  (For the record, I use Win32 builds, 
primarily from the latest-1.0.0 folder on FTP, on Win98SE).

    
    

    
  
Tried with a new profile using FizzillaCFM/2002041618 (RC1 candidate) and the
problem appeared resolved.

Problem still apparent with my main user profile. The cause of the profile
corruption needs to be identified so people don't have to trash their perfectly
good profiles that worked with builds from as little as one week ago.

    
    

    
  
Please see also my follow-on bug 138239.

    
    

    
  
if you are using a theme other than classic or modern, you will get this bug.

those themes are missing fakeAccount.css

see my comment in #138239.

    
    

    
  
Verified on trunk and Branch builds at 04/17, 04/18/02, Win2K, Linux, Mac 10.1.3.
Status: RESOLVED → VERIFIED
Keywords: fixed1.0.0 → verified1.0.0

    
    

    
  
*** Bug 137838 has been marked as a duplicate of this bug. ***

    
    

    
  
I've been having this problem as well, including on 2002041903 trunk on winxp
even after a complete uninstall (but no change to my profile).  I thought
uninstall then reinstall had got by it but I see that I can post just one
message to a newsgroup.  The second attempt to open Compose draws the window
border and titlebar, and I can interact with the X and be prompted save/don't
save/cancel.

    
    

    
  
Frank: You're seeing bug 138663 ("Can't open composition window via mailto link
after sending mail").

    
    

    
  
*** Bug 140142 has been marked as a duplicate of this bug. ***

    
    

    
  
*** Bug 141082 has been marked as a duplicate of this bug. ***

    
    

    
  
*** Bug 141189 has been marked as a duplicate of this bug. ***

    
    

    
  
*** Bug 138062 has been marked as a duplicate of this bug. ***

    
    

    
  
*** Bug 144729 has been marked as a duplicate of this bug. ***

    
    

    
  
*** Bug 143766 has been marked as a duplicate of this bug. ***

    
    

    
  
*** Bug 134067 has been marked as a duplicate of this bug. ***

    
    

    
  
*** Bug 138713 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: