JDK-4203671 : Repaint of JApplets completely broken
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.swing
  • Affected Version: 1.2.2
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: windows_95,windows_nt
  • CPU: x86
  • Submitted: 1999-01-16
  • Updated: 1999-04-21
  • Resolved: 1999-02-03
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.

To download the current JDK release, click here.
Other
1.2.2 1.2.2Fixed
Related Reports
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Description
Happens in Windows 98 with IE4 in build JDK 1.2.2 C. 
When running all of the Swing quicklooks except SwingSet (located at http://javaweb/~nancys/BrowserTestSuite/BrowserTestSuite/Suite/QLindex.html) all applets have repaint completely broken. (For now, only noticed when there are two or more applets to a page. May happen with single applets too.)

Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: generic FIXED IN: 1.2.2 INTEGRATED IN: 1.2.2 VERIFIED IN: 1.2.2
14-06-2004

EVALUATION SystemEventQueueUtilties was using a static EventQueue to post events to. For 1.1.x, this works fine, but 1.2.x allows there to be an EventQueue per applet. When running in 1.2 it is no ok for an applet to post to any event queue, it must post to its own. When posting to the wrong event queue, nothing would happened, which is why the repainting seemed totally hosed (the painting from a repaint starts when an event from the eventqueue is processed). The app context is now used to determine what event queue to use, allowing for each applet to correctly pick up the right event q. scott.violet 1999-02-01
11-06-2004

PUBLIC COMMENTS SystemEventQueueUtilties was using a static EventQueue to post events to. For 1.1.x, this works fine, but 1.2.x allows there to be an EventQueue per applet. When running in 1.2 it is no ok for an applet to post to any event queue, it must post to its own. When posting to the wrong event queue, nothing would happened, which is why the repainting seemed totally hosed (the painting from a repaint starts when an event from the eventqueue is processed). The app context is now used to determine what event queue to use, allowing for each applet to correctly pick up the right event q. scott.violet 1999-02-01
10-06-2004