Closed Bug 308300 Opened 19 years ago Closed 16 years ago

Thunderbird windows sometimes does not (re)draw if maximized

Categories

(Thunderbird :: General, defect)

x86
Windows 98
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: jure.sah, Assigned: mscott)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Win98; sl-SI; rv:1.7.10) Gecko/20050717 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Win98; sl-SI; rv:1.7.10) Gecko/20050717 Firefox/1.0.6

Same and simultaneous as FireFox bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=308298

When loading a memory-consuming application (which can later be unloaded with no
imporovment effect to ThunderBird or FireFox) ThunderBird windows (main window,
composer, etc) will not completely draw to screen if maximized. They remain
see-trough, sometimes some of the controlls actually do draw but most of them
are just graphical remains of the unmaximized window untill clicked upon.

Reproducible: Sometimes

Steps to Reproduce:
1. Run ThunderBird
2. Run a memory consuming application
3. Resize Thunderbird or start a new mail (opens composer maximized)

Actual Results:  
Composer is see-trough. There is just the frame of the window is there. The
buttons only draw themselves when highlighted.

Expected Results:  
The Composer window to be fully visible like it is if it is not maximized, but
resized to fill the screen.

See bug: https://bugzilla.mozilla.org/show_bug.cgi?id=308298
no doubt related to win98's gdi and memory issues, which have since been improved in Thunderbird.
=> WFM last time I used win98 + TB 2 beta 1-2 ago

feel free to comment if you still see
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.