gimp window focus changes between invocations

Bug #980159 reported by Carlos Soriano Sánchez
42
This bug affects 8 people
Affects Status Importance Assigned to Milestone
compiz (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

To reproduce bug:
IMPORTANT: Not touch the click mouse after aplying gaussian filter, I think the bug is related about the focus of the windows....

Open Gimp
Presh Alt to enable hud
Type gaussian and apply gaussian filter
Presh intro

Again, presh Alt to enable hud
Type gaussian and wifi commands appears, not gimp commands.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: unity 5.8.0-0ubuntu2
ProcVersionSignature: Ubuntu 3.2.0-23.36-generic 3.2.14
Uname: Linux 3.2.0-23-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.0.1-0ubuntu1
Architecture: amd64
CompizPlugins: [core,composite,opengl,compiztoolbox,decor,vpswitch,snap,mousepoll,resize,place,move,wall,grid,regex,imgpng,session,gnomecompat,animation,fade,unitymtgrabhandles,workarounds,scale,expo,ezoom,unityshell]
Date: Thu Apr 12 20:38:53 2012
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Beta amd64 (20120328)
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Carlos Soriano Sánchez (carlos-soriano89) wrote :
description: updated
Paul Sladen (sladen)
summary: - Hud doesn't work twice times the same way
+ HUD window focus changes between successive innvocation
summary: - HUD window focus changes between successive innvocation
+ HUD window focus changes between invocations
Revision history for this message
Paul Sladen (sladen) wrote : Re: HUD window focus changes between invocations

Might be related/dup of bug #980159 ("HUD - Using HUD often results in window losing focus")

tags: added: hud
Changed in unity (Ubuntu):
status: New → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug report, is that still an issue in unity 5.10?

Changed in unity (Ubuntu):
importance: Undecided → Low
status: Confirmed → Incomplete
Revision history for this message
Carlos Soriano Sánchez (carlos-soriano89) wrote :

Yes, last updated now 19/04/2012 and it still happens the same way I said.

Changed in unity (Ubuntu):
status: Incomplete → New
Revision history for this message
Carlos Soriano Sánchez (carlos-soriano89) wrote :

Also, Paul Sladen, I have not enough knowledge to know if it is a duplicate bug, but it seems to be so. Please, if one person can verify that it is a duplicate bug, please mark it as such.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Is that specific to gimp? Do you use unity-3d or 2d? I tried with i.e gedit and show sidebar here doing:

- tap "alt"
- type "side"
- <enter>
do the same steps again

they work each time

Revision history for this message
Carlos Soriano Sánchez (carlos-soriano89) wrote :

No, it's not specific to gimp. I tried in ubuntu2d and ubuntu3d and same issue.

Ubuntu 3D:
login in.
click ubuntu one.
pres alt.
and the image is ataches is showed.

Ubuntu 2D:
same steps, same ressult (image).

Revision history for this message
Carlos Soriano Sánchez (carlos-soriano89) wrote :

Also, I tried to click on the window of ubuntu one to ensure that the focus is in, and same issue happens.

Revision history for this message
Carlos Soriano Sánchez (carlos-soriano89) wrote :

Also, do you have noticed that I'm on ubuntu 12.04? just to make sure =)

Revision history for this message
Sebastien Bacher (seb128) wrote :

yes, the HUD is new in 12.04 so there are no ambiguity about that, what is wrong in the screenshot you showed, it seems fine to me?

Revision history for this message
Sebastien Bacher (seb128) wrote :

on your screenshot example, some comments:
- that seems a different issue than the first one you described which said "between invocations"
- ubuntuone has no menu so it's normal that no menu item is listed for it
- the HUD lists indicators entries as well (ranked bellow the focussed application ones though), that's for easy access to system functions (think replying to messages, changing im status, commanding your music player, etc)

Revision history for this message
Carlos Soriano Sánchez (carlos-soriano89) wrote :

Sorry for the 12.04 response, it's obvius of course...it's new in 12.04, I forgot it, sorry.

" that seems a different issue than the first one you described which said "between invocations""

Yes, it's different, and sorry for the confussion. But as you say "ubuntuone has no menu so it's normal that no menu item is listed for it" and "the HUD lists indicators entries as well (ranked bellow the focussed application ones though), that's for easy access to system functions (think replying to messages, changing im status, commanding your music player, etc)" so, if it is expected, there's no error. I expected that nothing is showed, and yes, it's helpful. Sorry =)

Going back to the original bug.
I tried in other programs, and I can't reproduce. Only in gimp.
I atach a first capture of the first invocation in this answer, and I will atach another capture of the second invocation in the next answer.

Revision history for this message
Carlos Soriano Sánchez (carlos-soriano89) wrote :
Revision history for this message
Carlos Soriano Sánchez (carlos-soriano89) wrote :

Maybe, gimp lost focus after a filter action...and it's not unity fault....

Revision history for this message
Sebastien Bacher (seb128) wrote :

Ok, looking into it I'm unsure if that's a gimp or compiz issue but that's not an unity,hud one, what happens is that the "gaussian filter dialog" takes the focus, when you validated the action that dialog closes and the focus go the toolbox ui (which has no menu associated to it) and not to your canvas (you can look at the decoration bar at the top of the dialog to see which one is colored).
Since the hud lists the items for the active dialog it has none for gimp in this case

The issue is not specific to the HUD, it's rather a wm,gimp interaction issue

That will be "fixed" next cycle with gimp 2.8 which use a single ui rather than the multiple dialog it's using in the current version

affects: unity (Ubuntu) → gimp (Ubuntu)
summary: - HUD window focus changes between invocations
+ gimp window focus changes between invocations
Revision history for this message
Carlos Soriano Sánchez (carlos-soriano89) wrote :

Oh for what I'v seen I'm agree with you.
After read you I try this:
With not maximized gimp.
Aply gaussian filter
Go to the top bar of gimp, and YES, focus is lost. No menu is showed(File, etc...). And I try to drag and drop in the top bar and other application is dragged, not gimp.

With maximize gimp, something similar happens, but i can drag and drop gimp after gaussian filter aplied.

Thank you to help me for a good reporting of this bug

Revision history for this message
Carlos Soriano Sánchez (carlos-soriano89) wrote :

Some unexpected news.
I'm not sure if it is the same bug, but I think that the bug is not related of gimp, is a unity focus issue.
To reproduce (for example):
open chrome
click on chrome to ensure that the focus is in the chrome
open trash from the icon of the bar
don't click the windows of the trash(but the trash is already open and maximized)
close in the top bar.
The application closed is chrome, not trash.
In short, the focus is not correct.

Also, I don't know if it is the same bug, please notice me about what I have to report.

Revision history for this message
Carlos Soriano Sánchez (carlos-soriano89) wrote :

Sorry, I meant that probably it was a compiz issue, but not a unity nor a gimp issue.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Could be compiz yes

affects: gimp (Ubuntu) → compiz (Ubuntu)
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in compiz (Ubuntu):
status: New → Confirmed
Revision history for this message
sillyxone (sillyxone) wrote :

I found a "fix" mentioned here:
http://voices.yahoo.com/ubuntu-hiding-gimp-toolbox-3449370.html

basically we just need to tell GIMP to always focus on the canvas (normal window) after each action.

Revision history for this message
Ricardo Graça (devius) wrote :

I think this is specific to Gimp because even using regular menus the image window loses focus after opening any other modal windows. The focus is returned to the toolbar instead.

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.