39181 - Subsequent windows don't draw contents

Status: VERIFIED DUPLICATE of bug 32327

(Core :: Layout, defect, P3)

Description

[Henri Sivonen (:hsivonen)]

Summary:
With SmoothType installed, all Mozilla windows, except the first one, fail to draw 
contents.

Build id: 2000051020

Steps to reproduce:
1. Get SmoothType 2.1.1 from http://www.kaleidoscope.net/greg/smoothtype.html
2. Install SmoothType
3. Restart the Mac
4. Launch Mozilla
5. Open a new window in addition to the first window

Expected results:
Expected the new window to draw visible chrome and home page content.

Actual results:
Only the borders of the new window are drawn and the canvas of the window is blank. 
Even native dialogs (such as the print dialog) are affected. Windows still react to mouse 
and keyboard events.

Additional information:
It is known that Mozilla has been incompatible with SmoothType 2.1 for a long time (the 
same symptoms, documented in relnotes). However, Mozilla used to work fine with 
SmoothType 2.1.1. The M15 build works with SmoothType 2.1.1, but not with 
SmoothType 2.1. The incompatibility with SmoothType 2.1.1 was introduced at some 
point after M15.

Comment 1

[sairuh (rarely reading bugmail)]

shrir/jrgm, this sounds like either an helper-apps/plugin or toolkit issue, not
xpapps...

Comment 2

[Henri Sivonen (:hsivonen)]

This is not a plug-in issue. Moving to XP Toolkit.

Comment 3

[John Morrison]

Unfortunately, I can't reproduce this with Smoothtype 2.1.1 on either
a macos 8.6/132MHz/64MB or a macos9/450Mhz/256MB. Any more details on
how to reproduce would be welcome.

However, I do note that bug 30012 (dups bug 32371, bug 33598) is for
unexplained failures in loading/displaying pages on Mac builds,
possibly as a result of this bug.

Since it is both chrome and page content that do not render, I'm
passing this one to layout (perhaps something in gfx).

Comment 4

[Henri Sivonen (:hsivonen)]

Bug 30012 is a different bug.
I doubt this bug is a layout issue, because native dialogs (print, save) are also affected.

Comment 5

[Henri Sivonen (:hsivonen)]

This issue is more complicated than an incompatibility with SmoothType. I managed to 

reproduce the problem in build 2000051820 running on Mac OS 8.5.1 with a minimal 

extension set (ie. without SmoothType). After I launched Mozilla by double-clicking the 

icon, the print dialog (native) failed to draw contents. The problem went away when I 

launched Mozilla by dragging a local HTML file onto the icon.



Updating summary.

Comment 6

[Henri Sivonen (:hsivonen)]

"Any more details on how to reproduce would be welcome."

Has anyone else tried to reproduce this on Mac OS 8.5.1? With the M15 build I can 
always reproduce this bug by installing SmoothType 2.1. With build 2000051820 it 
occurs without SmoothType when launching the app by double-clicking.

The easiest way to see if it is this bug or another one, is to see if the Print dialog draws 
correctly.

Please ignore the steps to reproduce with SmoothType 2.1.1--at least for now.

Comment 7

[Henri Sivonen (:hsivonen)]

This is a plug-in issue after all. Sorry.

*** This bug has been marked as a duplicate of 32327 ***

Comment 8

[John Morrison]

Hey. Don't be sorry. Thanks for following up on this, and it was stupid of 
me not to recognize the linkage. Marking verified.