Child Windows [of Synaptic/update manager] should remain in the same desktop as the parent window

Bug #391479 reported by Vish
198
This bug affects 72 people
Affects Status Importance Assigned to Milestone
Compiz
Won't Fix
Undecided
Unassigned
One Hundred Papercuts
Invalid
Undecided
Unassigned
Software Updater
Confirmed
Undecided
Unassigned
Nominated for Main by Vish
synaptic
Confirmed
Undecided
Unassigned
compiz (Ubuntu)
Triaged
Medium
Unassigned
notify-osd (Ubuntu)
Invalid
Wishlist
Unassigned

Bug Description

At present, the behavior of synaptic manager/update manager is huge disruption to workflow>

To recreate:
 Select to update/install software in desktop 1 , now while the downloads and installation occurs Switch to a different desktop > On completion of the process the child windows pop-up in the user's present desktop[just to inform completion or error] and grabs focus , instead of remaining in the desktop 1

The problem with this is:
1: The child window very much disturbs the user's work by grabbing attention from the user's work[comes to the foreground]
2: The child window doesnt show up in the window list
3: If the users switches to his work , and later tries to return to the synaptic/update manager in the desktop 1 , the child window is not there! And therefore the synaptic/update manager cannot be closed without closing the child window [which is complicated by the child window not being displayed in the window list] so he has to search where the child window is beneath all his work windows and has o check all the desktops!

To have an acceptable behavior :
1: Child window ALWAYS remains in the same desktop as the parent window[since the parent window is displayed in the window list].
2: Should not grab attention from the user's work. [Instead ,optionally , a simple Notify-osd Bubble saying "Installation Done/ Updates finished/Error" can be displayed.]

pranith (bobby-prani)
Changed in hundredpapercuts:
status: New → Confirmed
Changed in synaptic:
status: New → Confirmed
Changed in update-manager:
status: New → Confirmed
Revision history for this message
Mirco Müller (macslow) wrote :

mac_v, this has to be filed against synaptic only. notify-osd is not responsible (or in control) regarding what application sends notification-requests to it. This is purely within the scope of the application in question and not the notification-daemon "notify-osd".

Changed in notify-osd:
assignee: nobody → Mirco Müller (macslow)
importance: Undecided → Wishlist
status: New → Invalid
Revision history for this message
Vish (vish) wrote :

after discussion with mvo on irc.

Changed in hundredpapercuts:
importance: Undecided → Medium
milestone: none → round-10
status: Confirmed → Triaged
Revision history for this message
Vish (vish) wrote :

Assigning after discussing on irc

Changed in hundredpapercuts:
assignee: nobody → Michael Vogt (mvo)
Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote :

Is this a paper cut? Aren't the affected projects being replaced by App Center in Karmic?

Revision history for this message
Vish (vish) wrote :

David Siegel , no , synaptic by karmic+1 , and update manager probably by karmic+2

Revision history for this message
Jason Smith (jassmith) wrote :

This is a window manager issue, not an issue with synaptic itself. If you notice, metacity does not do this.

Revision history for this message
Vish (vish) wrote :

Jason Smith , you maybe right , i tried this after setting window manager to metacity and there were no such problems.

Revision history for this message
Vish (vish) wrote :

Since this seems more of a compiz bug , Assigning to Travis after discussing with him.

Changed in hundredpapercuts:
assignee: Michael Vogt (mvo) → Travis Watkins (amaranth)
Revision history for this message
Jerzy Jalocha N (jjalocha) wrote :

I can confirm that in Xubuntu, update-manager has alway grabbed focus for all child/popup/status windows, which is annoying. As a user, I expect this this to run in the background, in a less intrusive way.

I don't think this is a compiz problem, because I never installed that package, and I can confirm that compiz is NOT installed in my current systems.

Thank you very much for making this a paper cut!

Revision history for this message
Jure Merhar (jmerhar) wrote :

I believe this is a wider (compiz?) problem. Windows often keep popping to the active desktop.

For instance, if I start Aptana on one desktop, it displays the splash screen, as it takes a while for it to load. If I then switch to another desktop, Aptana opens there, and not on the desktop where it was launched. This happens with every application with a splash screen.

It is quite frustrating, since you have to wait for the application to load completely, before switching to another desktop. If I launch an application on one particular desktop, I obviously want it there, and not wherever I go next.

Changed in hundredpapercuts:
milestone: round-10 → r2
Revision history for this message
Jonathan Blackhall (johnny-one-eye) wrote :

As pointed out in a bug 35876 (https://bugs.launchpad.net/metacity/+bug/35876), this bug appears to be two-fold. 1. Synaptic/Update Manager shouldn't be trying to steal focus and 2. compiz should not be allowing it to do so. However, I think #1 seems like a more appropriate fix.

Loye Young proposed a fix in that bug:
https://bugs.launchpad.net/metacity/+bug/35876/comments/46
https://bugs.launchpad.net/metacity/+bug/35876/comments/55

Has anyone attempted a patch based on the suggestions provided?

Vish (vish)
description: updated
Vish (vish)
Changed in hundredpapercuts:
milestone: lucid-round-2 → maverick-round-10-potpourri
Vish (vish)
Changed in hundredpapercuts:
milestone: maverick-round-10-potpourri → none
Revision history for this message
thorstenmz (th-guenther) wrote :

I'm using compiz 0.8.4 on Ubuntu 10.04 and I have the same problems. Update Manager steals focus, as does every other application after starting up while I'm working in another window.

I strongly second that "Personally I don't see any good reason to steal focus, ever. It is quite simply rude and annoying." (https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/373974)

As pointed out in https://bugs.launchpad.net/metacity/+bug/67476 this is security risk.

Revision history for this message
Jeremy Newton (alexjnewt) wrote :

I would like to note Gtk3 seems to fix this, as the child window is attached to the parent.

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
Joseph Martinot-Lagarde (contrebasse) wrote :

I noticed this behavior with Synaptic and Eclipse. Modal windows should open on their parent's viewport.

Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

Thanks a lot for reporting this. Can you please confirm if it's still a problem in 12.04?

Changed in hundredpapercuts:
status: Triaged → Incomplete
assignee: Travis Watkins (amaranth) → nobody
Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

Removing assignee since several years have passed since the original assingment.

Revision history for this message
Jani Uusitalo (uusijani) wrote :

Still very much an issue in 12.04.

Changed in hundredpapercuts:
status: Incomplete → Confirmed
Revision history for this message
Dario Ruellan (druellan) wrote :

Reading the discussion, there are many nice ideas here that perhaps should belong to separate papercuts:

1: Modal windows should open on their parent's viewport.
2: Modal windows should not steal focus if parents were not focused.
3: Unfocused modal windows should fire an alert on the launcher.
4: All windows of the same app should try to share the same desktop - https://bugs.launchpad.net/hundredpapercuts/+bug/391479/comments/10

Changed in notify-osd:
status: Invalid → Confirmed
status: Confirmed → Invalid
assignee: Mirco Müller (macslow) → nobody
Changed in hundredpapercuts:
status: Confirmed → Triaged
status: Triaged → Invalid
importance: Medium → Undecided
Changed in compiz (Ubuntu):
importance: Undecided → Medium
Changed in compiz:
status: New → Confirmed
Changed in compiz (Ubuntu):
status: Confirmed → Triaged
affects: notify-osd → notify-osd (Ubuntu)
Changed in compiz:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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