JDK-4745222 : 1.4 REGRESSION: java.awt.Container.add is very slow in Applets

Type:Bug

Component:client-libs

Sub-Component:java.awt

Affected Version:1.4.0,1.4.1,1.4.1_01,1.4.1_02,1.4.2

Priority:P4

Status:Closed

Resolution:Fixed

OS:windows_nt,windows_2000

CPU:x86

Submitted:2002-09-11

Updated:2013-11-01

Resolved:2003-09-23

Versions (Unresolved/Resolved/Fixed)

The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.Resolved: Release in which this issue/RFE has been resolved.Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

EVALUATION
Commit to fix in Tiger (performance).
###@###.### 2002-09-10
I verified that this problem may be partly caused by the fix for 4530093. It is
a painting problem. The 5seconds that it throttles the CPU to 100%
is spent repeatedly in PaintUpdateRgn. There are six other bugs that
are related to the same problem : We need to fix this for tiger.
4873526
4745222
4884034
4878438
4673954
4827244
4770534
4895361
###@###.### 2003-09-03
Looks like we are not validating the region for WM_PAINT messages that are
received after the window is created and before the callbacks are enabled. This
leads to a window where Windows repeatedly returns WM_PAINT and gets into a tight loop, causing CPU utilization to go up to 100% and starve the main thread
which needs to complete initialization. The fix is to simply vaidate the regions
(before callbacks are enabled) and then to invalidate prior to Enabling the callbacks.
###@###.### 2003-09-04