Compiz Opacify "Toggle Opacify on by default" setting not working after upgrade to 11.04

Bug #787814 reported by gldickens3
78
This bug affects 15 people
Affects Status Importance Assigned to Milestone
Compiz
Fix Released
Undecided
MC Return
compiz (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: compiz

After upgrade to 11.04, the Compiz Opacify effect is not working properly. Upon computer startup Opacify is turned off instead of being turned on so I must toggle Opacify on with <Super>o. However, even after that, it will not stay on and I must constantly re-toggle it on thereafter. I have checked "Toggle Opacify on by default" which is supposed to make Opacify be turned on at startup, however, it does not work.

OS: Ubuntu 11.04

I am not running Unity.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: compizconfig-settings-manager 0.9.4-0ubuntu2
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Tue May 24 17:25:22 2011
ExecutablePath: /usr/bin/ccsm
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
InterpreterPath: /usr/bin/python2.7
PackageArchitecture: all
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: compizconfig-settings-manager
UpgradeStatus: Upgraded to natty on 2011-05-19 (4 days ago)

Related branches

Revision history for this message
gldickens3 (gordon-dickens) wrote :
tags: added: compiz-0.9
mstfa cmly (mstfacmly)
Changed in compiz (Ubuntu):
status: New → Confirmed
Revision history for this message
nicholas (nicholas-alipaz) wrote :

This does affect me as well, when using Unity and compiz.

Revision history for this message
rami (lehtinen-rami) wrote :

problem started with ubuntu 11.04 and now the same with 11.10

Revision history for this message
rami (lehtinen-rami) wrote :

more info:

opacify is not on by default even if selected so. When togled on manually, it starts to work on windows already opened that moment. Later if you open new windows it doesnt take effect on them until togled off and on again.

Revision history for this message
thedoctar (thedoctar) wrote :

I am running linux mint 11 and also have this problem. I'm fairly certain the problem is that the opacify settings aren't applied ot new windows. If you turn opacify on and off, it works, but when you open a new window, opacify only works for the previously opened windows, not the new one.
http://forums.linuxmint.com/viewtopic.php?f=55&t=84491
There's a screenshot attached to my post, to demonstrate what I mean.

Revision history for this message
Narek M.B. (narekm) wrote :

I can confirm this bug and I've been struggling with this for a long time, previously on 11.04, now on 11.10. Opacify simply does not work, it is enabled for me but when I either try the key combination or move out of the window, the window does not become translucent, as would be the normal behavior.

The only time I can get opacify to work, is when I just enable it and grab a new key combination, it works for the CCSM window. But that's it, it is only the key-combination that works and not the mouse-out-of-window and it doesn't work for any other window.

I would really like to bring some attention to this topic. This bug has been open for more than half a year now. It's more than just eye candy and I'm very fond of the opacify functionality and I believe other people out there are too.

Revision history for this message
Dan Kortschak (dan-kortschak) wrote :

I'm seeing the same situation as narekm at #6, made worse by the fact that unity has clobbered the normal key binding for opacify (and many other things) by taking *any* meta key press for itself - there's a metaphor there I'm sure. As is the case with narekm, opacify is more than just eye candy, opacify with mouse hover focus on windows is a key part of my work flow.

Revision history for this message
Alessandro Ceschini (alessandroceschini-it) wrote :

Hi

I'm experiencing the same problem as The Doctor (#5), but my OS is 12.04. Opacify isn't turned on by default even though Compiz says so, and even when I turn it on manually, opacification doesn't apply to windows opened after I turned opacification on. Crappy.

Revision history for this message
harmonie (emailleuse) wrote :

Tried Ubuntu 12.04 as well as Xubuntu 12.05 with Compiz - same settings (ccsm) as on my 10.04 with working 'Opacify', but no effect. -

I don't need Compiz for eye-candy (except 'Opacity' for menus, tooltips etc.) - so I agree completely with Dan Kortschak (#7):
'Opacify' is an essential part of my work flow (alongside 'Expo' & 'Scale'); Xubuntu's transparency is not bad, but can't replace this feature by now ... (and - of course - it is disabled when I use/need Compiz because of 'Expo' and 'Scale')

Revision history for this message
harmonie (emailleuse) wrote :

*Xubuntu 12.04

Revision history for this message
Reuben (reubenshea) wrote :

Ubuntu 12.10 -> Same issue, only works with windows opened when toggled (which would explain why it doesn't seem like it is enabled at login, as there are no windows opened).

This bug is over a year old and still nothing? Really? :( I suppose it isn't a huge deal, but it sure is a nice feature that makes life easier.

Changed in compiz:
status: New → Confirmed
MC Return (mc-return)
Changed in compiz:
assignee: nobody → MC Return (mc-return)
MC Return (mc-return)
Changed in compiz:
status: Confirmed → In Progress
Revision history for this message
MC Return (mc-return) wrote :

The branch linked fixes this bug :)

summary: - Compiz Opacify Not Working After Upgrade to 11.04
+ Compiz Opacify "Toggle Opacify on by default" setting not working after
+ upgrade to 11.04
Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:compiz at revision None, scheduled for release in compiz, milestone 0.9.10.0

Changed in compiz:
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (70.8 KiB)

This bug was fixed in the package compiz - 1:0.9.10+13.10.20130822-0ubuntu1

---------------
compiz (1:0.9.10+13.10.20130822-0ubuntu1) saucy; urgency=low

  [ Sam Spilsbury ]
  * Bump version to 0.9.10

  [ Łukasz 'sil2100' Zemczak ]
  * Remove debian/patches/unity_support_test.patch:
    - Running the support test from compiz has bad side effects, from now
      on we run it from Xsession.d
  * Automatic snapshot from revision 3644

  [ Iven Hsu ]
  * Opacify: Only dim the windows above the active window.(LP:
    #1189374). (LP: #1189374)
  * KWD: Fix compile errors with KDE 4.11. The KWin developers made
    kdecorationbridge.h private. See:
    http://lists.freedesktop.org/archives/compiz/2013-March/003479.html
    (LP: #1193792). (LP: #1193792)

  [ Nikolay Martynov ]
  * When static switcher is enabled and has an option to show
    application icon turned on the icons are expected to be ~1/3 of a
    thumbnail (48px). Instead they are displayed in 512px size and
    completely cover everything. This change addresses this issue. See
    LP #1173914. (LP: #1173914, #1186426)

  [ BryanFRitt ]
  * Fixed the non-working Annotate 'Clear' Button. Moved this option's
    CCSM position upwards to keep the button shortcuts together. (LP:
    #1202907). (LP: #1202907)

  [ Mehrdad Afshari ]
  * Added "move window to previous monitor" feature to compiz Put
    plugin. (LP: #1178581)

  [ Hu Kang ]
  * gtk-window-decorator: destroy action menu when any of the (close,
    min, max) buttons on the title bar is pressed. (LP: #1101648)
  * Remove redundant src/logmessage/include/core/logmessage.h (LP:
    #1067246). (LP: #1067246)

  [ Steve Langasek ]
  * Fix for bug #763148 (with added test cases): when the desktop is
    resized, windows should stay on their original workspace. (LP:
    #763148)

  [ Brandon Schaefer ]
  * Unrevert 3728, fix failing tests. Change the behaviour of
    undecorating windows. Previously when a window was undecorated, we
    would shift it back to an appropriate position according to its
    gravity member. That behaviour was problematic because in the
    StaticGravity case the window has to just stay in the same place.
    But then if you had a window with StaticGravity which then did get a
    decoration and later removed it, it would be placed as though it was
    decorated and appear to be in the wrong place. The correct behaviour
    is to place all windows as though they have decorations, and then
    when decorations are removed, to move the window back to the corner
    as indicated in its gravity and then expand its size to cover the
    obscured regions no longer hidden because the decorations went away.
    (LP: #1165343).   1. Completely remove decorOffsetMove and other
    related code from      decor.cpp. Put the logic to handle the
    window->input () - window->border ()      placement offset inside of
    setWindowFrameExtents instead. Now the window      will always be
    offset from its original non-decorated position to the new
         decorated position, rather than having to guess between
    decoration sizes.   2. Make saveGeometry and restoreGeometry work
    relative to window->border ()      a...

Changed in compiz (Ubuntu):
status: Confirmed → Fix Released
Povilas Kanapickas (p12)
Changed in compiz:
status: Fix Committed → Confirmed
Revision history for this message
Povilas Kanapickas (p12) wrote :

Still happens on 0.9.10+13.10.20131011. Opacify is not being enabler for new windows.

I'm attaching a patch that fix the issue and several unrelated patches.

fix_default.patch enables painting for new windows.

fix_damage.patch fixes the calculation of window damage. The bug was probably introduced during the rewrite from 8.6, since that code still has the ! operator applied 'opacified'.

cleanup.patch removes usage of OPACIFY_WINDOW and OPACIFY_SCREEN macros. It seems that they serve no useful purpose, yet are confusing as a new variable is introduced into the scope.

Revision history for this message
Povilas Kanapickas (p12) wrote :
Revision history for this message
Povilas Kanapickas (p12) wrote :
Povilas Kanapickas (p12)
Changed in compiz:
status: Confirmed → Fix Committed
Stephen M. Webb (bregma)
Changed in compiz:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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