|
Quick Lists
|
|
Bug ID:
|
6779066
|
|
Votes
|
0
|
|
Synopsis
|
Untrusted window cannot receive input focus by clicking its taskbar button after deiconification
|
|
Category
|
java:classes_awt
|
|
Reported Against
|
|
|
Release Fixed
|
6u12(b03)
|
|
State
|
10-Fix Delivered,
bug
|
|
Priority:
|
3-Medium
|
|
Related Bugs
|
6777277
,
6779725
|
|
Submit Date
|
02-DEC-2008
|
|
Description
|
With the fix for 6777277 there was introduced a minor side effect: if the user iconifies an untrusted Java window and then deiconifies it using the taskbar button, the window does not receive the input focus when running on Metacity window manager. Subsequent clicks on the taskbar do not give the focus either. The user has to click the Java window itself in order to give the focus.
Note: this issue is not reproducible on Compiz and KDE. It affects Gnome/Metacity only.
Posted Date : 2008-12-02 15:31:59.0
|
|
Work Around
|
N/A
|
|
Evaluation
|
This effect was observed due to special processing of the transient windows by the window manager. Since the security warning is a trasnsient window for the main application window, it got iconified upon iconifying the main window. And Metacity ignored any subsequent unmap requests for the security window. When the user restored the window, the window manager automatically showed the security warning and tried to give it the input focus. Since the window is unfocusable, the window manager left the input focus on whatever window was active before deiconification process started.
To resolve the issue we have to handle the state change property change notification and when the security warning window gets iconified we must send a synthetoc UnmapNotify for that window in order to turn it into Withdrawn state manually. This restores the reasonable behavior of the security warning.
Posted Date : 2008-12-04 16:12:25.0
|
|
Comments
|
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|
|
|
 |