Opening a file in an app that's already running doesn't bring up the app

Bug #1014120 reported by Eduard Gotwig
42
This bug affects 10 people
Affects Status Importance Assigned to Milestone
Files
Invalid
Undecided
Unassigned
Gala
Opinion
Wishlist
Unassigned
Scratch
Fix Released
Undecided
Unassigned
Terminal
Fix Released
Undecided
Unassigned
elementary OS
Fix Released
Undecided
Unassigned

Bug Description

When you open a file in any app that's already running, the app does not get focus; instead the app's icon in Plank starts flashing red, requiring you to click it.

Revision history for this message
Danielle Foré (danrabbit) wrote :

This also happens when you open Scratch from the .desktop as well, so marking as invalid for Files.

Changed in scratch:
status: New → Confirmed
Changed in pantheon-files:
status: New → Invalid
Revision history for this message
Sergey "Shnatsel" Davidoff (shnatsel) wrote :

This happens due to focus prevention in Gala, which is inherited from it's Metacity/Mutter roots. Same technique is employed all over WMs.

Changed in scratch:
status: Confirmed → Invalid
description: updated
summary: - no focus after opening a textfile with scratch from files
+ Opening a file in an app that's already running doesn't bring up the app
Changed in pantheon-files:
status: Invalid → New
Revision history for this message
Mario Guerriero (mefrio-g) wrote :

It is a WM problem

Revision history for this message
Tom Beckmann (tombeckmann) wrote :

I think it should work now, please test.

Changed in gala:
status: New → Fix Released
Revision history for this message
Sergey "Shnatsel" Davidoff (shnatsel) wrote :

Still a problem, same test case is valid.

Changed in gala:
status: Fix Released → Confirmed
Revision history for this message
Rico Tzschichholz (ricotz) wrote :

Fixing this can be quite annoying and would mean to give an application focus if it set its urgency flag.
Plank is indicating this with the flashing glow, but automatically switching the window on this condition can mess up ones workflow and this is not wanted from the WM perspective.
So this can be fixed on application-side if needed.

Changed in gala:
status: Confirmed → Opinion
importance: Undecided → Wishlist
Changed in elementaryos:
status: New → Confirmed
Changed in pantheon-files:
status: New → Invalid
Revision history for this message
Ivan Infro (ivan-infro) wrote :

In Freya beta 1, https://bugs.launchpad.net/pantheon-files/+bug/1014120/comments/0 - reproduced (in Luna everything works fine)

Changed in scratch:
status: Invalid → New
Revision history for this message
Danielle Foré (danrabbit) wrote :

I can't seem to reproduce this in Scratch anymore

Changed in scratch:
status: New → Incomplete
Revision history for this message
Fabian Thoma (fabianthoma) wrote :

Same here, can't reproduce in Scratch, seems to be fixed. Files also shows in the front when opening a directory from a different application. The same for Terminal, works like it should as well.

Changed in pantheon-terminal:
status: New → Fix Committed
Changed in scratch:
status: Incomplete → Fix Committed
milestone: none → loki-beta1
Changed in pantheon-terminal:
milestone: none → loki-beta1
Changed in elementaryos:
status: Confirmed → Fix Committed
milestone: none → loki-beta1
Cody Garver (codygarver)
Changed in pantheon-terminal:
milestone: loki-beta1 → loki-alpha1
Changed in pantheon-terminal:
milestone: loki-beta1 → 0.4
status: Fix Committed → Fix Released
Cody Garver (codygarver)
Changed in scratch:
milestone: loki-beta1 → loki-alpha1
status: Fix Committed → Fix Released
Changed in elementaryos:
status: Fix Committed → Fix Released
milestone: loki-beta1 → loki-rc1
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.