Merge lp:~smspillaz/unity/unity.fix_881190_918360 into lp:unity
| Status: | Superseded |
|---|---|
| Proposed branch: | lp:~smspillaz/unity/unity.fix_881190_918360 |
| Merge into: | lp:unity |
| Diff against target: |
281 lines (+60/-43) 5 files modified
plugins/unityshell/src/compizminimizedwindowhandler.h (+35/-23) plugins/unityshell/src/comptransientfor.cpp (+6/-1) plugins/unityshell/src/minimizedwindowhandler.h (+1/-0) plugins/unityshell/src/transientfor.cpp (+12/-4) plugins/unityshell/src/unityshell.cpp (+6/-15) |
| To merge this branch: | bzr merge lp:~smspillaz/unity/unity.fix_881190_918360 |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Unity Team | 2012-01-19 | Pending | |
|
Review via email:
|
|||
This proposal has been superseded by a proposal from 2012-01-20.
Description of the Change
Fix LP #881190 and a condition that could happen after: #918360 due to
a incorrect refcounting.
The transient for reader would report every window as a "transient" if it
matched the w->transientFor () definition on the window - at destruction time
this will be zero, so it will match every single window. That would cause
all windows to be unminimized.
However, it makes no sense to do the unminimize/minimize normally dance when
the window has been destroyed.
Additionaly, there was a cyclic reference in CompizMinimized
which would cause those objects to never be destroyed. A condition could
happen where CompizMinimized
a CompWindow that was gone.
| Daniel van Vugt (vanvugt) wrote : | # |
| Sam Spilsbury (smspillaz) wrote : | # |
On Fri, 20 Jan 2012, Daniel van Vugt wrote:
> Conflicts with: https:/
>
> Also, this proposal attempts to fix 2 separate bugs. I think you should remove the fix for 918360 which is redundant with my proposal and re-propose just a fix for bug 881190.
Ack, removing the cycle code and keeping the fix for the unminimize
> --
> https:/
> You are the owner of lp:~smspillaz/unity/unity.fix_881190_918360.
>
Unmerged revisions
- 1843. By Sam Spilsbury on 2012-01-19
-
Fix LP #881190 and a condition that could happen after: #918360 due to
a incorrect refcounting.The transient for reader would report every window as a "transient" if it
matched the w->transientFor () definition on the window - at destruction time
this will be zero, so it will match every single window. That would cause
all windows to be unminimized.However, it makes no sense to do the unminimize/minimize normally dance when
the window has been destroyed.Additionaly, there was a cyclic reference in CompizMinimized
WindowHandler,
which would cause those objects to never be destroyed. A condition could
happen where CompizMinimizedWindowHandler could loop its own list and dereference
a CompWindow that was gone.


Conflicts with: https:/ /code.launchpad .net/~vanvugt/ unity/fix- 918329- trunk/+ merge/89391
Also, this proposal attempts to fix 2 separate bugs. I think you should remove the fix for 918360 which is redundant with my proposal and re-propose just a fix for bug 881190.