Closed Bug 130572 Opened 22 years ago Closed 18 years ago

Compose Window icon does not go away in the WinNT taskbar

Categories

(MailNews Core :: Composition, defect)

Product:
MailNews Core
Component:
Composition
Platform:
x86
Windows NT
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: escia, Assigned: bugzilla)

References

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.9) Gecko/20020311
BuildID:    2002031104

When I finished to compose an email message
and press the "Send" button
the Compose Window goes away
but the correspondig icon in the Windows taskbar
remains in place.

Reproducible: Always
Steps to Reproduce:
1. Edit the email-message
2. Press the "Send" icon
3. The "Compose Window" disapperas


Actual Results:  The correspondig "Compose Window" icon
in the Windows taskbar emain visible

Expected Results:  The correspondig "Compose Window" icon msu dissappears!
*** Bug 130639 has been marked as a duplicate of this bug. ***
I am not able to reproduce this problem despite we get 2 report of it! This is
related to the recycled compose window.
Blocks: 132191
*** Bug 133745 has been marked as a duplicate of this bug. ***
comment from dup bug 133745 which might help to reproduce the problem:

I started a composition of a mail an inserted something (e.g. just the address).
Then closing the composer window, I get ask for 'save' 'dont save' or 'cancel'
the exit.
When using the 'dont save' button the icon still stays in the taskbar and cannot
be removed.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
I am not able to reproduce this problem using Mozilla RC1 under Win2K. Reporter,
please reopen if you are still able to reproduce it using a recent build.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
QA Contact: sheelar → stephend
verified.  I can't reproduce this with build 2002-09-24-08, Win2k.
Status: RESOLVED → VERIFIED
I have encountered this problem on Windows NT too with the Mozilla 1.1 release.
There are now a fair number of bugs that appear to be the same, or pretty close:
130639, 133745, 140929, 147693, 155438. Some indicate that just doing Send is
sufficient - this is the symptom I see. Some say that "Don't Save" is what does
it - I haven't seen that myself. Anyway, this is more than a coincidence!

I note that _all_ the above bugs are reported for NT, not XP. Perhaps that is a
factor so reproducing on NT would be better. Service pack 5 here, for what it's
worth.

Another thing: I use a piece of software called Media Changer Deluxe which is
just a little program that runs in the background to infrequently change the
wallpaper, screensaver, sounds or themes (only set to change wallpaper in my
case). It lives in the system tray. There's _never_ been any similar problem to
this with it before, and I've used it for years now. But if I quit it, mozilla
doesn't have a problem. I don't see how it could be related, but there is at
least a correlation even if not a direct link. Perhaps some property of the
system tray? Although I tried running something else in the system tray in place
of it and that didn't help, so it isn't some odd problem with the number of items.

Do any of the other bug reporters have anything even slightly similar running?
Have they tried quitting other running applications (including system tray ones)
to see if the problem goes away? I'm sure the fault is still on Mozilla's side,
but this may help determine the cause, and indeed why it can't be reproduced.

This is the first report of this bug, and the only one that actually appears to
have been investigated, so I am reopening. Is it okay to mark the others above
as dups? (other than the ones already marked)
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
I'm the original reporter.
I'm no more able to reproduce this bug on Mozilla 1.1 on Win2000
(where I'm now working).
I opened the original bug on WinNT, but I have no more access to a WinNT PC
so I'm no more able to confirm/reject this bug on WinNT.
Perhaps someoneelse can check this bugs on VinNT?
*** Bug 140929 has been marked as a duplicate of this bug. ***
*** Bug 147693 has been marked as a duplicate of this bug. ***
*** Bug 155438 has been marked as a duplicate of this bug. ***
*** Bug 146464 has been marked as a duplicate of this bug. ***
*** Bug 164319 has been marked as a duplicate of this bug. ***
*** Bug 170706 has been marked as a duplicate of this bug. ***
Gary and I couldn't reproduce this on a WinNT 4.0 system with Service Pack 6
installed.  Perhaps it's limited to SP5?
>Gary and I couldn't reproduce this on a WinNT 4.0 system with Service Pack 6
>installed.  Perhaps it's limited to SP5?

Nope, as I have the same bug, under Mozilla 1.2b, and I have the SP6a, high
encryption version, installed.
Reporter, are you using a multiple desktops manager?
> are you using a multiple desktops manager?
I was using Vern. I've moved to Windows 2000, and I do not have
this problem there (and I am still using Vern).

confirming bug with Mozilla 1.2.1 on Win NT 4.0 SP5
UA string: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.2.1) Gecko/20021130

I get this "zombie" window icon only after I send a message (like the reporter).
If I cancel a message composition I don't get it (in contrast to comment 4). Of
course If I got this window icon it will stay there till I close Mozilla.

I use neither "multiple desktops manager" nor any kind of "media changer".
The bug is still alive with Mozilla 1.3b final on Win NT 4.0. Same behavior as
described in comment 19. 
I'm also seeing this bug on NT 4.0sp6 (Moz 1.3b).  Oddly enough, I disabled
OpenOffice quickstart and the problem seems to have gone away.

Is anyone else, who's having this problem, using OpenOffice with it's tasktray
thing enabled?
Still the same as in comment 20, now with build 2003031808.

I have never used OpenOffice (see comment 21).
Can you guys try closing mozilla (control+q or right click on the quickload tray
icon if it's enabled), delete the fastload file XUL.mfl (or XUL,mfasl on unix),
and try to reproduce?  I wonder if it has to do with that.  Has anyone seen this
on a non-win32 platform (I haven't)?

I have seen this on one of the computers here.  It was nt4-sp6a-srp1, with
office 2k, IE 5.5 & filemaker pro running on that system, nothing else.
Deleting the fastload file as mentioned in comment 23 makes no difference. It is
still always reproduceable. But it looks like a NT4-only problem. It is not a
problem on NT5.x (Win 2000, Win XP).

System: Win NT 4 SP5, MS Office 97 SR-2, IE 5.0 SP1, Lotus Notes 4.6.7, ...
I too saw this bug using Netscape 7.0.  It occurred when I was using an X-Window
server (Exceed 5, and a trial version of XManager).  I changed my X-Window
server to Cygwin XFree86, and the problem went away.  This was on WinNT 4.0 SP5,
with MS Office 97 SR-2.
*** Bug 200126 has been marked as a duplicate of this bug. ***
Mozilla/5.0 WinNT4.0 sp6; de-AT; rv:1.4 Gecko/20030624; MSOffice97; Exceedv61;
TrayIt

It doesnt make a differenz if Exceed is running or not for me.

Seems that TrayIt causes on my system the compose window not to be closed
properly. When TrayIt is not running this does not happen to me.

http://www.teamcti.com/trayit/trayit.htm

TrayIt is an small application that moves the Programms from Taskbar to
Systemtray. When it is running and I open only the Mozilla Mail window, I see
two icons in the systemtray. One for the mail application and one that looks
like a browser icon. But when I click on it, only a small resizeable window with
white background appears, which I can close. 
When I compose an email a new icon for the compose window appears in systemtray
(and taskbar of course). When I send the email the window disappears from
taskbar but not from systemtray. When the mouse is resting above the icon in the
systemtray a text appears ("Verfassen: (Kein Betreff)" which means: "compose:
(no subject)"; I am using the german version). "no subject" appears even when
the email had a title before sending. When I now click on the icon of this old
compose window a window with the same size but transparent background appears on
screen ("unvisible" window?) and in the taskbar and I am not able to close it
(except when I shut down mozilla). 
When I open a new compose window the "unvisible" icon is substituted with the
icon of the new compose window. When I type in a subject and rest the mouse
above the icon, the subject appears correctly.

For me it seems that the compose window is made unvisible when the email is send
but is not unloaded correctly. But since I am not a real programmer I dont want
to make more guesses.

Hope my comments help

Christos

I *usually* get this on sending a message: 

Mozilla 1.4
Mozilla/5.0 (Windows; U; WinNT4.0 SP6a; en-US; rv:1.4) Gecko/20030624

I'm not running any of the apps mentioned*, nor anything else
designed to mess with the desktop or taskbar. 

I haven't seen it on "don't save", because I don't do that :-)

* It makes no difference whether I've run StarOffice 5 since
reboot, or not. 


*** Bug 203776 has been marked as a duplicate of this bug. ***
Product: MailNews → Core
this should be WFM.
do you still see this?
reporter: "For me is no more a problem.", so closing WFM
please reopen if you see otherwise.
Status: REOPENED → RESOLVED
Closed: 22 years ago → 18 years ago
QA Contact: stephend → composition
Resolution: --- → WORKSFORME
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.