Ghost and dead compose window appear with VirtualWin desktop manager

RESOLVED WORKSFORME

Status

MailNews Core
Composition
RESOLVED WORKSFORME
16 years ago
10 years ago

People

(Reporter: James Rome, Unassigned)

Tracking

Trunk
x86
Windows 2000

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

16 years ago
After Mozilla is up for a while, the frame of a compose window appears. It is
totally unresponsive. The rest of Mozilla works just fine. However, to kill it,
I must kill Mozilla.

One unusual thing is that I am using the NVidia utility that makes multiple
desktops.
(Reporter)

Comment 1

16 years ago
This is still happening on the 11/19 build. It is definitely related to the
NVidia NView desktop utility. Switching away from and back to the mail/news
desktop always creates this ghost frame.

I found that I can get rid of it by starting to compose a letter which
instantiates the ghost and then it can be deleted!

This is very annoying!

Comment 2

15 years ago
This bug is similar to one I see in Mozilla 1.2 build 20021128 for Beos but the
difference here is that to make the ghost window appear I have to compose or
reply to a message and only after I click the send button does the blank window
appear. The window cannot be closed until I close Mozilla. As in the first case
the browser and MailNews is not affected otherwise.   
(Reporter)

Comment 3

15 years ago
No one seems to be looking at this bug.
For me, it is definitely related to the NVidia multi desktop manager. I switched
to VirtualWin and it went away. But it would be nicer to use video memory for
this rather than PC memory.
All we do on our side is to hide the compose window using the win32 API. There
is nothing much we can do (for now) if NVidia multi desktop manager has an hard
time dealing with that kind of windows! Have you reported the problem to NVidia?
(Reporter)

Comment 5

15 years ago
I will try to beat on NVidia. But why should the compose window be open at all?
Even hidden?
I was not in the process of composing a message.
For performance matter, we never close the compose window but we just hidde it.
What you are seeing is a previous compose window which has been cached. You can
turn of this feature by setting the following pref to 0 in your prefs.js file:

            pref("mail.compose.max_recycled_windows", 0); 
Product: MailNews → Core

Comment 7

12 years ago
James Rome, is this bug still a problem for you?  If not, please mark it as
  Resolved | WorksForMe
(Reporter)

Comment 8

12 years ago
Yes it is a problem in the latest Thunderbird still. It is an interaction with VirtualWin (http://virtuawin.sourceforge.net/). If I switch desktops and come back, I always get the hidden frame appearing. The only way to kill the frame is to compose something, and then close it.

Comment 9

12 years ago
similar to bug 176103 regarding desktop managers
Assignee: ducarroz → nobody
QA Contact: esther → composition
Summary: Ghost and dead compose window appears → Ghost and dead compose window appear with VirtualWin desktop manager
(Reporter)

Comment 10

12 years ago
Using the beta on virtuaWin, and SeaMonkey, this seems to not be a problem any more.
Status: NEW → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → WORKSFORME
(Assignee)

Updated

10 years ago
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.