lp:~alan-griffiths/compiz-core/bug.936487

Created by Alan Griffiths and last modified
Get this branch:
bzr branch lp:~alan-griffiths/compiz-core/bug.936487
Only Alan Griffiths can upload to this branch. If you are Alan Griffiths please log in for upload directions.

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Alan Griffiths
Project:
Compiz Core
Status:
Merged

Recent revisions

3018. By Alan Griffiths

Fix for bug 936487

3017. By Sam Spilsbury

Check if the mutter key exists before using it. This fixes the lack of
draggable borders if mutter isn't installed. (LP: #936781)

3016. By Daniel van Vugt

Fix keyboard lockup, which occurred when a plugin was devious enough to
override handleEvent and not allow keyboard events to reach core.
(LP: #934058)

Arguably we should fix the offending plugin (unityshell). But I figured it's
better to make core more robust so that the same bug can never occur with
any plugin in future.

3015. By Daniel van Vugt

Remove dead code (extern declarations of non-existent globals).

3014. By Alan Griffiths

Delete dead code.

3013. By Sam Spilsbury

Fix typo which would cause maximized windows to not receive shadows at all

3012. By Sam Spilsbury

Also update state, actions and icon whenever the window becomes redecorated
as those may have changed while the window was undecorated

Merge lp:~smspillaz/compiz-core/compiz-core.fix_936778 into lp:compiz-core

3011. By Sam Spilsbury

  Don't silently let windows that we couldn't find a sibling below for sit
  at the top of the stack (LP #936675)

  If we couldn't find a sibling for the window upon initial map, then it means
  that it needs to be placed at the bottom of the stack, since there could be
  windows above it which should not be below the newly created window.

  Fixes a case where on startup, nautilus could be slow to load and new windows
  would be created before nautilus was, and those would go above panels incorrectly.

Merge lp:~smspillaz/compiz-core/compiz-core.fix_936675 into lp:compiz-core

3010. By Sam Spilsbury

Only call removeAction on the CompOption destructor and not the CompOption::Value
destructor, since plugins that make copies of CompOption::Value can cause actions to
be added through setOptionForPlugin and then those actions will be removed when the
value temporary goes away.

The action adding and removing only happens within the bounds of CompOption anyways, so
its its more appropriate to have it in its destructor.

Of course, this brings up another issue, which is that CompOption should be noncopyable
but this opens up a whole another can of worms.

How this even worked before is beyond me...

Merge lp:~smspillaz/compiz-core/compiz-core.fix_931927 into lp:compiz-core

3009. By Sam Spilsbury

Fixes the state atoms never being unset if no bits were being set.
This fixes the previous commit, which was a fix for LP: #932087.

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
Stacked on:
lp:compiz-core
This branch contains Public information 
Everyone can see this information.

Subscribers