Child Windows [of Synaptic/update manager] should remain in the same desktop as the parent window
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Compiz |
Won't Fix
|
Undecided
|
Unassigned | ||
One Hundred Papercuts |
Invalid
|
Undecided
|
Unassigned | ||
Software Updater |
Confirmed
|
Undecided
|
Unassigned | ||
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.]
Changed in hundredpapercuts: | |
status: | New → Confirmed |
Changed in synaptic: | |
status: | New → Confirmed |
Changed in update-manager: | |
status: | New → Confirmed |
Changed in hundredpapercuts: | |
milestone: | round-10 → r2 |
description: | updated |
Changed in hundredpapercuts: | |
milestone: | lucid-round-2 → maverick-round-10-potpourri |
Changed in hundredpapercuts: | |
milestone: | maverick-round-10-potpourri → none |
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 |
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".