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".