Bug 4222 - Modal (java) Dialog steals focus across workspaces
Summary: Modal (java) Dialog steals focus across workspaces
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2012-01-21 23:03 CET by Herbert Poetzl
Modified: 2012-10-16 20:00 CEST (History)
3 users (show)

See Also:
Source RPM: gnome-shell-3.3.3-1.mga2.src.rpm
CVE:
Status comment:


Attachments

Description Herbert Poetzl 2012-01-21 23:03:04 CET
Description of problem:
when a (java) application on a different workspace opens a modal dialog, the focus is 'stolen' and all input goes to the dialog, despite the fact that the current workspace is still shown and the dialog is hidden.

Version-Release number of selected component (if applicable):


How reproducible:
always, see example below

Steps to Reproduce:
1. start (java) application which opens a modal dialog after some time
2. switch workspace
3. wait for dialog to open and focus to be 'stolen'


IMHO it's already dubious that an unfocused application can 'steal' the focus with a modal dialog, but it's completely counter intuitive that it will do this across workspaces (i.e. where you do not even see the app/dialog)

here is a small java example which opens a window, waits 10 seconds, then raises a modal dialog:



import java.awt.*;
import java.awt.event.*;

public class DialogDemo {
	private static Dialog dlg;

	public static void main(String args[]) 
	throws InterruptedException
	{
		Frame window = new Frame("FooBar");
		GraphicsConfiguration gc;

		
		window.setSize(400, 300);
		window.setVisible(true);

		Thread.sleep(10000);

		dlg = new Dialog(window, "Attention", true);

		dlg.setLayout( new FlowLayout() );
		
		Button ok = new Button ("OK");
		ok.addActionListener ( new ActionListener()
		{
			public void actionPerformed( ActionEvent e )
			{
				DialogDemo.dlg.setVisible(false);
			}
		});

		dlg.add( new Label ("Click OK to continue"));
		dlg.add( ok );

		dlg.pack();
		dlg.setVisible(true);

		System.exit(0);
	}
}
Comment 1 Manuel Hiebel 2012-01-23 11:57:53 CET
Hello, I guess it's more an upstream bug

So can you report the bug at bugs.gnome.org ? (and add the link here)
Comment 2 Herbert Poetzl 2012-01-23 14:15:55 CET
I certainly can, but it is Mageia switching from Gnome2, which doesn't have this 'feature' to Gnome3 ...
Comment 3 Manuel Hiebel 2012-01-23 14:22:16 CET
hum added the maintainer to be sure

CC: (none) => olav

Comment 4 Herbert Poetzl 2012-02-29 06:12:51 CET
just verified, issue is still present in Mageia2 Beta1 (and in latest Cauldron)

reported upstream, bug can be found here:
https://bugzilla.gnome.org/show_bug.cgi?id=671028

CC: (none) => herbert

Comment 5 Marja Van Waes 2012-05-26 13:03:54 CEST
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 6 Marja Van Waes 2012-07-15 06:17:31 CEST
@ Bertl

This bug was filed agains old cauldron, from months before Mageia 2 release

Is this bug still valid for Mageia 2 and/or for *current* cauldron.

Please tell us within two weeks from now. If you don't reply again, we'll have to close this bug as old.

CC: (none) => marja11

Comment 7 Marja Van Waes 2012-10-16 20:00:14 CEST
Three months later, no reply, closing as OLD

Please reopen and tell for which fully updated version(s) of Mageia this bug is still valid, if you still see it.

Status: NEW => RESOLVED
Resolution: (none) => OLD


Note You need to log in before you can comment on or make changes to this bug.