176103 - shadow of Compose window lingers when I use "multiDesk 2001" virtual window manager

Status: RESOLVED EXPIRED

(MailNews Core :: Composition, defect)

Description

[James Koh]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021016
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021016

A shadow of a Compose window of an e-mail message that I have sent lingers when
I switch to another virtual desktop and then back again.  Unfortunately, this
does not happen to me every time I switch desktops, or every time I compose a
message.  In fact, once this happens to me, it doesn't happen again until I
close all Mozilla windows and re-start Mozilla.  In a given day, this is 90%
likely to happen to me.

Reproducible: Sometimes

Steps to Reproduce:
0. Be running multiDesk 2001, a Windows virtual desktop manager
1. Open Mozilla
2. Open Mail/News
3. Compose message
4. Hit ctrl+enter to send message
5. Wait for Compose window to close
6. Switch to another virtual desktop
7. Switch back to original virtual desktop


Actual Results:  
A "shadow" of the Compose window exists.  A tab exists in my task bar.  If I
click on it, then a window opens.  Its size seems to be the same as my old
Compose window.  I see the title bar clearly -- it says "Compose: (no subject)"
regardless of the subject my e-mail had.  I see the border of the window. 
However, the entire body of the window is completely transparent -- instead of
seeing a Compose window, I see the window underneath.

After I get one shadow window, I never get another.

The above steps do not always give me a shadow window.  I haven't figured out
what conditions cause me to get one and what conditions don't.  I used to think
that step #5 would cure my ills, but it doesn't.

If I close all other Mozilla windows, the shadow window goes away.  And then
when I restart Mozilla, the shadow window does not immediately come back, until
the above steps cause it to happen again.

Expected Results:  
I expect no shadow window to exist.

Comment 1

[James Koh]

I also saw this behavior with Mozilla 1.2alpha and Mozilla 1.1.  I *think* I saw
it with 1.0.x, but I'm not 100% sure.

Comment 2

[Jean-Francois Ducarroz]

seem to be a bug of multiDesk 2001 which doesn't know to handle correclty hidden
window. The work around is to turn off the recycle compose window feature but
the trade off will be performance when opening a compose window.

To turn off the recycle compose window, open yout pref.js file with a text
editor (while Mozilla/Netscape is not running) and change or add the following
preference (check first if it exist already):

pref("mail.compose.max_recycled_windows", 0);

Comment 3

[Joel Peterson]

Attachment: Shadow problem

Comment 4

[Joel Peterson]

I've found an identical problem on multiple Windows XP systems using nVIDIA's 
nView Desktop Management and Firefox 0.9.3. The shadow of the Toolbar Folder 
bookmarks will linger and it cannot be removed until the related Firefox 
process has been terminated. I've found it easy to replicate this issue by 
opening multiple tabs in the Firefox window and mousing over the Toolbar Folder 
bookmarks until the details pop-up and then switching desktops, preferrably by 
hotkeys.

Check the attachment for a screenshot of the problem. I can regress the issue 
within 5 minutes whenever I like.

Comment 5

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 6

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.