Open Bug 807810 Opened 12 years ago Updated 2 years ago

dragging icons to GNOME Shell workspace opens window in currently focused workspace.

Categories

(Firefox :: Shell Integration, defect)

31 Branch
All
Linux
defect

Tracking

()

People

(Reporter: nagisa, Unassigned)

Details

Attachments

(1 file)

Gnome Shell WM has very strange issues with Firefox. It's like WM has really no control over Firefox windows – they appear only on currently focused workspace (which is incorrect behaviour).

For example see attached video – dragging icons to a workspace is supposed to open a new window in that specific workspace, however Firefox windows open in currently focused one. As far as I remember I've had this problem with Firefox and Chrome only.

Also restarting the shell makes all Firefox windows appear in the focused workspace, even tough all other open windows remain in their old workspaces.

OS: Arch Linux
GNOME Shell 3.6.1
Firefox 19.0a1 (rev f9acc2e4d4e3)
Attachment #677569 - Attachment mime type: application/octet-stream → video/webm
Component: Shell Integration → Widget: Gtk
Product: Firefox → Core
(In reply to Simonas Kazlauskas from comment #0)
> Also restarting the shell makes all Firefox windows appear in the focused
> workspace, even tough all other open windows remain in their old workspaces.

This part is bug 372650, and perhaps that's also related to the multiple Firefox windows opening when first started, but doesn't explain the first Firefox window, nor the additional windows.
Summary: Strange Window Manager issues → dragging icons to GNOME Shell workspace opens window in currently focused workspace.
I don't know whether there's a mechanism by which the Shell tells apps where they should open windows (and so would require support within each app), or whether the Shell uses heuristics that are not matching Firefox windows for some reason.
karlt, multiple windows opening at start up is expected behaviour because I don't use tabs and I have disabled tabs almost altogether.

#2, As I was creating my own application, I didn't need to add any additional code to support that behaviour, so I suppose it should be automatic.
I can reproduce this using Firefox 31 (and older versions), in Fedora 20 x86 with Gnome 3.10, and in Fedora 20 x86_64 with Gnome 3.12.

I always assumed it's caused by Firefox opening a hidden window first (bug 71895), which Gnome places on the correct workspace; then Firefox opens the real window on the active workspace.
Status: UNCONFIRMED → NEW
Component: Widget: Gtk → Shell Integration
Ever confirmed: true
Product: Core → Firefox
Hardware: x86_64 → All
Version: 19 Branch → 31 Branch
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: