"Confirm Close" dialog can come up in wrong window on file->quit when firefox is open in multiple workspaces

[Kevin Fischer]

Binary package hint: firefox

Steps to reproduce:
Open firefox in two workspaces (call the workspaces 1 and 2). In 2, open two tabs. In 1, try to close firefox with file->quit. Nothing seems to happen... but if you go back to workspace 2, you see that the holdup was a "confirm close" dialog that the other firefox window opened in its own workspace. This window should probably come up in the active workspace.

ProblemType: Bug
Architecture: i386
Date: Tue Apr 10 20:56:40 2007
DistroRelease: Ubuntu 7.04
Package: firefox 2.0.0.3+1-0ubuntu2
PackageArchitecture: i386
SourcePackage: firefox
Uname: Linux guppy 2.6.20-14-generic #2 SMP Mon Apr 2 20:37:49 UTC 2007 i686 GNU/Linux

[Freddy Martinez (freddymartinez9)]

I can confirm this behavior on my Feisty Beta system with my FX version as "Version: 2.0.0.3+1-0ubuntu2"

[Aidan Furlan (aidan-epochlabs)]

I have a similar issue (running Gusty, Firefox 2.0.0.12):
Open firefox in two workspaces (workspaces 1 and 2).
Open evolution in workspace 1 and make sure evolution is the last thing clicked in this workspace.
Switch to workspace 2 and make sure firefox is the last thing clicked in this workspace.
Switch to workspace 1 and click a link in an email. The link will open in workspace 2 instead of workspace 1.

The same thing happens if you try to open a local .html file in workspace 1 -- it will open in firefox in workspace 2.

This bug is also related to https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/18150

The behaviour seems to be that firefox always uses whichever process was last active to open a new tab or dialog, instead of preferentially using the process on the current workspace.

[Alexander Sack (asac)]

On Mon, Mar 17, 2008 at 04:48:55AM -0000, Aidan Furlan wrote:
> I have a similar issue (running Gusty, Firefox 2.0.0.12):
> Open firefox in two workspaces (workspaces 1 and 2).
> Open evolution in workspace 1 and make sure evolution is the last thing clicked in this workspace.
> Switch to workspace 2 and make sure firefox is the last thing clicked in this workspace.
> Switch to workspace 1 and click a link in an email. The link will open in workspace 2 instead of workspace 1.
>
> The same thing happens if you try to open a local .html file in
> workspace 1 -- it will open in firefox in workspace 2.
>
> This bug is also related to
> https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/18150
>
> The behaviour seems to be that firefox always uses whichever process was
> last active to open a new tab or dialog, instead of preferentially using
> the process on the current workspace.
>

this wont get fixed in ffox 2 anymore ..

 affects ubuntu/firefox
 status wontfix

please confirm if this issue still exists in firefox 3 (hardy) and
also let us know which window manager you are using

 affects ubuntu/firefox-3.0
 status incomplete

 - Alexander

[Mackenzie Morgan (maco.m)]

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!