Bad Compiz Bindings Bug

Bug #207065 reported by DannyW
138
This bug affects 26 people
Affects Status Importance Assigned to Milestone
Compiz
Fix Released
Undecided
Danny Baumann
compizconfig-backend-gconf (Ubuntu)
Fix Released
Low
Michael Vogt
Declined for Maverick by Sebastien Bacher
Lucid
Fix Released
Low
Unassigned

Bug Description

Binary package hint: compiz

I'm currently using hardy with all updates.

1. alt+leftclick I can drag the window around.
2. alt+rightclick brings up the window menu (minimise, unmaximise, etc).
3. alt+middleclick allows me to resize the window.

I would like actions 2 and 3 switching around.

So, I installed compiz-settings-manager as I saw no other way to change this.

The bindings in ccsm looked ok.

Move Window -> Initiate Window Move : <Alt>Button1
Resize -> Bindings -> Initiate Window Resize : <Alt>Button2
General Options -> Window Menu : <Alt>Button3

So it seems that my Button2 and Button3 are switched.

Ok, so I'll just swap the bindings.

Set General Options -> Window Menu = <Alt>Button2

"The new value for the Button binding for the action Window Menu in plugin General Options conflicts with the action Initiate Window Resize of the Resize Window plugin.
Do you wish to disable Initiate Window Resize in the Resize Window plugin?"

I click "Set Window Menu anyway", and it looks like it's set. But If I go back to the main menu and then back to General Options it has set back to <Alt>Button3.

Instead I tried to simply disable the Window Menu binding as I don't use it anyway.
Again, it looks to have worked. Says disable in the box. But now strangely I cant left click... anywhere! This is why I set the topic title to bad - if I were a new user a complete reinstall would be my solution to this.

Luckily I notice alt+leftclick is now my leftclick. If I navigate to the main menu using alt+leftclick and then go back to General Options I see Window Menu is not disabled, but set to Button3 (No <Alt> modifier)?!?!

Instead of disabling it I try to set it to <Alt>Button9 as this is unused and again it looks well, but is still bound to <Alt>Button3.

I tried just changing the modifier of Window Menu and this worked, but it changed the modifier of the other bindings too (window move, window resize).

This is a very annoying bug as I've used linux for a while now and I am used to alt+rightclick resizing!

Is there any config file I can edit manually until this is fixed.

Thanks in advance,
Danny

---------------------

Edit by Mike Schiraldi: Adding a test case per bdmurray's request

Steps to reproduce:

1. Run "ccsm"
2. Swap the bindings for Resize Window (initially Alt-Button2) and Window Menu (initially, Alt-Button3)

Expected results: The bindings are swapped, and if you launch ccsm again, your changes are there

Actual results: The bindings are not swapped, and if you launch ccsm again, your changes were ignored

Step 2 is a bit complicated, so I'll go into further detail:

2.1 Under "General" click "General Options"
2.2 Select the "Key bindings" tab
2.3 Next to "Window Menu" there should be a button that says, "<Alt> Button3". Click this.
2.4 Use the selection dropdown to change the binding from Alt-Button3 to Alt-Button2, and click OK
2.5 You will get a popup saying that Alt-Button2 is already bound to Initiate Window Resize. Click the "Disable Initiate Window Resize" to resolve the conflict.
2.6 Back in the original ccsm window, click Back in the lower-left corner
2.7 Click the "Window Management" category
2.8 Click "Resize Window"
2.9 Next to "Initiate Window Resize" there should be a button that says, "<Alt> Button2". Click this. Oddly, it shows up as being enabled, even though you disabled it in Step 2.5.
2.10 Use the selection dropdown to change the binding from Alt-Button2 to Alt-Button3, and click OK
2.11 You will get a popup saying that Alt-Button3 is already bound to Initiate Window Resize, even though we supposedly changed this binding in Step 2.4. Click "Set Initiate Window Resize anyway"
2.12 Note that the binding displayed for "Initiate Window Resize" is "<Alt> Button3", which is supposed to mean that Alt-Right-Mouse-Button should initiate window resizes now.
2.13 Click Back in the lower-left corner
2.14 Click Close in the lower-left corner

Revision history for this message
DannyW (dannywaddington) wrote :

$ lsb_release -rd
Description: Ubuntu hardy (development branch)
Release: 8.04

Revision history for this message
Timothy Smith (tim.dolores) wrote :

I just want to confirm that I have the same exact experience.

The two settings (General -> Window Menu [mouse] & Resize Window -> Initiate Window Resize [mouse]) are tied together. For example, I thought to work around this bug by setting General -> Window Menu value to <Super><Alt><Control><Shift>Button3 (to effectively disable it). Then, when I looked at Resize Window -> Initiate Window Resize, it was changed to <Super><Alt><Control><Shift>Button2.

It appears there's no way to swap the two functions, or indeed to change one but not the other.

Revision history for this message
Jonas Kölker (jonaskoelker) wrote :

Here's a workaround: open ccsm, click preferences, uncheck "integration with desktop environment". Remap the keys as you would normally.

The problem is that metacity is inflexible and only allows what you see happening in compiz (says #compiz dude).

Revision history for this message
Taylor Braun-Jones (nocnokneo) wrote :

I believe the behavior I am seeing falls under this bug. I am running 8.04 with all latest updates.

I went to edit the Bindings for the Resize Window plugin, and changed the Initiate Window Resize for both the mouse and keyboard to Disabled. However after I changed the mouse binding suddenly the state of my <Alt> key was toggled for all my X11 applications (e.g. when I <left click>ed in Nautilus, it thought I was <Alt><left click>ing, and when I held down <alt> and <left click>ed it thought I was just <left click>ing)

Going back and investigating, it seems that ccsm is not remembering the "Disabled" configuration for the mouse binding. It seems to take it at first but when I go back to the plugin list and then come back to the Resize Window settings, I see that it has been changed to "Button 2". I've given up on disabling it for now and have just put it back to the default "<Alt>Button 2"

Revision history for this message
goto (gotolaunchpad) wrote :

I can confirm this bug in Intrepid (8.10). The "Window Menu" shortcut option in the Compiz Config Settings Manager (ccsm) is broken. It immediately assigns the default Button1 action to be "Move Window", meaning the user can't click anything without (unintuitively) holding down the Alt key. "Window Menu" isn't really disabled, either; leaving the General Options screen and coming back in shows it enabled again on Mouse3. If I change it to any other mouse button, it reverts to Mouse3.

I was really hoping 8.10 would fix this bug. I'd desperately like to resize windows with Alt+Button3 like the other window managers I've used. It's not currently possible in Ubuntu.

goto (gotolaunchpad)
Changed in compiz:
status: New → Confirmed
Revision history for this message
Savvas Radevic (medigeek) wrote :

I believe there should be:
a) an "Override desktop manager integration/shortcut keys"
or
b) a user warning if they would like to do disable desktop environment integration

Revision history for this message
obstriegel (obstriegel) wrote :

I can also confirm this bug in Ubuntu Intrepid. I tried to assign a shortcut for window-resize to <Alt>Button3. The ccsm warns about another shortcut being overwritten but the setting does not really get overwritten. I don't know whats happening there.
After confirming the change it is impossible to do a normal klick on any window. Instead the cursor is transformed into a hand and the initiate-window-move function takes action. A right klick opens the window-menu. So everything is screwed up and the user has to undo the configuration by only using the keyboard. This is very frustrating for unexperienced users I think.

Greetings,
Pascal

Revision history for this message
baytuni (oytun-peksel) wrote :

also confirmed for jaunty 9.04

Revision history for this message
Bartek Celary (karaphka) wrote :

I am able to change the bindings in ccsm, but they appear to have no effect. after log-out/log-in, the settings are still 'changed' but again - it does not work as expected.

I tried modifying metacity's setting (/apps/metacity/general/resize_with_right_button - finally gnome gurus decided to implement it - after 2 or more years of discussion about necessity of having this amazing feature!), but setting this does not work either (I recall times when the metacity and compiz bindings had been bound to each other in some magical way - it looks it does not work like this any more...).

I wonder why such an easy, stupid little thing takes so much time to fix... especially with fixes that change few lines of code.

BTW, I am on 9.04.

Revision history for this message
Travis Watkins (amaranth) wrote :

It no longer causes left click to stop working but you still cannot swap these settings in karmic.

Bartek Celary: If it's so simple perhaps you'd like to contribute a fix?

Changed in compiz (Ubuntu):
importance: Undecided → Low
status: Confirmed → Triaged
Revision history for this message
Зоран Рилак (zoran.rilak) wrote :

The two bindings ("Initiate window resize" in Resize and "Window menu" in General) follow each other in Karmic too.

Revision history for this message
Bartek Celary (karaphka) wrote :

Travis: I suppose Gnome developers wouldn't accept it anyway. I think there were number of patches that targeted this silly thing and yet -- not possible to have it in Gnome.

There is more to this. There is even an option in metacity (which I believe should be the thing to be changed because of the compiz's integration with metacity, see: http://forum.compiz.org/showthread.php?p=60424) that allows to do just that (i.e. swap middle/right mouse button when resizing: gconf-editor -> /apps/metacity/general/resize_with_right_button) but it would not work with compiz (haven't tried without compiz though...).

So the question is what is the Ubuntu way of handling such issues? When there is no go for a patch upstream, does ubuntu maintains it in its own repositories?

Revision history for this message
barghest (barghest) wrote :

Yes, /apps/metacity/general/resize_with_right_button hasn't any effect when compiz is running.

I also don't want to miss the gnome compatibility :(

Revision history for this message
barghest (barghest) wrote :

The stange thing.

Under Arch Linux, when using gnome and compiz, this isn't a problem.

Revision history for this message
Guido I (guidoweb) wrote :

Hi everyone,
i'm currently working on a patch to address this. It's rough and unfinished (doesn't properly detect in real time when the gconf value is changed) but it works.

tags: added: patch
Revision history for this message
Guido I (guidoweb) wrote :
Revision history for this message
Guido I (guidoweb) wrote :

Done, it's working fine for me. It reads the /apps/metacity/general/resize_with_right_button gconf value and sets mouse buttons for resize / window menu accordingly
Additionally, changes in ccsm will be written to the gconf value: For example, you get into the "resize" plugin, and change the initate_button option to "<Alt>Button3" (Button3 = right button). This will set the gconf key resize_with_right_button to "true".
Setting in resize plugin the option to "<Alt>Button2" will revert the gconf key back to "false".

Anyone interested in trying it out will be greatly appreciated.

There's only one file to patch, which can be found at:
http://cgit.compiz.org/fusion/compizconfig/compizconfig-backend-gconf/

You don't need to compile whole compiz from source, just one plugin (compizconfig-backend-gconf)
(Although you'll still need all the headers/dependencies and necessary tools for compiling)

you can get the sourcecode like:
$ git clone git://anongit.compiz.org/fusion/compizconfig/compizconfig-backend-gconf
$ wget http://launchpadlibrarian.net/39947363/resize-with-right-button.patch
$ patch < resize-with-right-button.patch

And then compile , make, backup ubuntu libs, install
$ autogen.sh
$ make
$ metacity --replace
$ for file in /usr/lib/compizconfig/backends/libgconf.* ; do sudo mv $file $file.backup ; done
$ sudo cp settings-backend/.libs/libgconf.* /usr/lib/compizconfig/backends/
$ compiz --replace

Revision history for this message
Guido I (guidoweb) wrote :

One more thing, this https://bugs.launchpad.net/compiz/+bug/495135 is AFAIK a duplicate of this bug, but i'm not sure which one should be flagged as dup... since this one is older and had more activity, but the newer one is confirmed, nominated and assigned.

Can someone give some advice/action on this?

Thanks :)

Revision history for this message
Omar (naomarik) wrote :

Guido: Tried applying your patch and got this:

$ patch < resize-with-right-button.patch
patching file gconf.c
Hunk #1 FAILED at 166.
Hunk #2 FAILED at 544.
Hunk #3 FAILED at 955.
Hunk #4 FAILED at 1086.
Hunk #5 FAILED at 1611.
Hunk #6 FAILED at 1618.
6 out of 6 hunks FAILED -- saving rejects to file gconf.c.rej

Revision history for this message
Guido I (guidoweb) wrote :

@Omar,
Hi, thanks for your interest!
I indeed missed a step in the instructions, sorry for that.
* After git-cloning the repo, you should cd into directory containing the file "gconf.c"

So, (note the 2nd line added)

$ git clone git://anongit.compiz.org/fusion/compizconfig/compizconfig-backend-gconf
$ cd compizconfig-backend-gconf/settings-backend/
$ wget http://launchpadlibrarian.net/39947363/resize-with-right-button.patch
$ patch < resize-with-right-button.patch

And then compile , make, backup ubuntu libs, install
$ cd ..
$ ./autogen.sh
$ make
$ metacity --replace
$ for file in /usr/lib/compizconfig/backends/libgconf.* ; do sudo mv $file $file.backup ; done
$ sudo cp settings-backend/.libs/libgconf.* /usr/lib/compizconfig/backends/
$ compiz --replace

Don't forget that in order to compile that, you need to have installed these two packages (with dependencies):
compiz-dev libcompizconfig0-dev

and probably "build-essential" package too.
I've just followed my own guide with success, on Ubuntu Lucid, since after updating my modified library was overwritten, and now I'm enjoying again right-click window-resize :D

Please Omar, report any results you got, and we're going to be a step closer to get it submitted upstream.

Revision history for this message
Omar (naomarik) wrote :

@Guido,

I love you!
Success!

There were a lot of other things I had to install other than the packages you mentioned but I found them pretty easily in Synaptic after each error.

I've just applied your procedures to my desktop running Ubuntu 10.04 and do it later with my laptop. If I run into any issues with that I'll let you know. Thanks a lot!

Revision history for this message
Guido I (guidoweb) wrote :

@Omar

Thanks a lot for the feedback!
It seems a pretty straightforward procedure at last, but if you can list here the packages you needed to install, that would be great for the next one who wants to try the patch

so far we've got compiz-dev libcompizconfig0-dev build-essential

Cheers!

Revision history for this message
Eddie Dunn (eddie-dunn) wrote :

Hello, I tried applying the patch and got it to work. I'm on Ubuntu 10.04 Lucid Lynx 64-bit.

Here's what I had to install to get it working:

$ sudo apt-get install compiz-dev libcompizconfig0-dev build-essential git-core autoconf libglib2.0-dev intltool libgconf2-dev

Please note, I added the ampersand ("&") after the "--replace" commands. Failing to do so locks the terminal, at least for me. Thus:

$ git clone git://anongit.compiz.org/fusion/compizconfig/compizconfig-backend-gconf
$ cd compizconfig-backend-gconf/settings-backend/
$ wget http://launchpadlibrarian.net/39947363/resize-with-right-button.patch
$ patch < resize-with-right-button.patch

$ cd ..
$ ./autogen.sh
$ make
$ metacity --replace &
$ for file in /usr/lib/compizconfig/backends/libgconf.* ; do sudo mv $file $file.backup ; done
$ sudo cp settings-backend/.libs/libgconf.* /usr/lib/compizconfig/backends/
$ compiz --replace &

Revision history for this message
Guido I (guidoweb) wrote :

@AbtZ
Thanks for the ampersand tip :)
Without the "&" it effectively locks the terminal (not just for you, heh), I just used two terminals but the ampersand is a "cleaner" way to do it.

I think this is what called "community collaboration", really enjoying it :D

Guido

Revision history for this message
Guido I (guidoweb) wrote :

@Omar, AbtZ

Patch was commited upstream :D
http://git.compiz.org/fusion/compizconfig/compizconfig-backend-gconf/commit/?id=74c3fd404f0879b5d36c1167d0b43986d949fad4

So now you only need to clone the last revision, no need to apply the patch

$ git clone git://anongit.compiz.org/fusion/compizconfig/compizconfig-backend-gconf
$ cd compizconfig-backend-gconf/
$ ./autogen.sh
$ make
$ metacity --replace &
$ for file in /usr/lib/compizconfig/backends/libgconf.* ; do sudo mv $file $file.backup ; done
$ sudo cp settings-backend/.libs/libgconf.* /usr/lib/compizconfig/backends/
$ compiz --replace &

Or, alternatively, wait till the next release of compiz, where it will be fixed already.

Don't know how to proceed now, should this bug be marked as fixed? (it is indeed fixed upstream, but) on current version of compiz included in Lucid repos, bug still present so patch needed. Advice anyone?

Revision history for this message
Savvas Radevic (medigeek) wrote : Re: [Bug 207065] Re: Bad Compiz Bindings Bug

Um.. You better contact #ubuntu-motu
irc://chat.freenode.net/ubuntu-motu
and ask for help (mention the bug link!)
Do *not* set it as fix released in "compiz (ubuntu)", bug still exists
in lucid package.
Thanks for the patch! :-)

On 5/3/10, Guido I <email address hidden> wrote:
> @Omar, AbtZ
>
> Patch was commited upstream :D
> http://git.compiz.org/fusion/compizconfig/compizconfig-backend-gconf/commit/?id=74c3fd404f0879b5d36c1167d0b43986d949fad4
>
> So now you only need to clone the last revision, no need to apply the
> patch
>
> $ git clone
> git://anongit.compiz.org/fusion/compizconfig/compizconfig-backend-gconf
> $ cd compizconfig-backend-gconf/
> $ ./autogen.sh
> $ make
> $ metacity --replace &
> $ for file in /usr/lib/compizconfig/backends/libgconf.* ; do sudo mv $file
> $file.backup ; done
> $ sudo cp settings-backend/.libs/libgconf.* /usr/lib/compizconfig/backends/
> $ compiz --replace &
>
> Or, alternatively, wait till the next release of compiz, where it will
> be fixed already.
>
> Don't know how to proceed now, should this bug be marked as fixed? (it
> is indeed fixed upstream, but) on current version of compiz included in
> Lucid repos, bug still present so patch needed. Advice anyone?
>
> --
> Bad Compiz Bindings Bug
> https://bugs.launchpad.net/bugs/207065
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Nigel Babu (nigelbabu) wrote :

Marking as patch-accepted-upstream since its accepted upstream, thanks for the patch and forwarding

tags: added: patch-sccepted-upstream
removed: patch
tags: added: patch-accepted-upstream
removed: patch-sccepted-upstream
Revision history for this message
pauljohn32 (pauljohn32) wrote :

Has something changed in the repository?

When I do this:

git clone git://anongit.compiz.org/fusion/compizconfig/compizconfig-backend-gconf

I get no autogen.sh or other config files. I don't get a subdirectory "settings-backend"

$ ls compizconfig-backend-gconf/
AUTHORS ChangeLog CMakeLists.txt COPYING gconf.c INSTALL NEWS README VERSION

The INSTALL file refers to running configure, but I don't even get a configure file.

$ cat compizconfig-backend-gconf/VERSION
VERSION=0.8.5

I tried the path of least-resistance, which for me is applying Guido's patch to the source code that Ubuntu uses to build compizconfig-backend-gconf. But the patch does not apply cleanly :(

Revision history for this message
Guido I (guidoweb) wrote :

@pauljohn32
Hi,
something -did- change in the repository. 3 days ago a branch was merged, which doesn't include autotools build system (i guess this change relates to current compiz development)

So you are no longer able to compile this easily, with last git snapshot.

You've got 2 options left: (1) the one suggested by you, or (2) checkout a previous git version (much simpler i think)

1) the one you tried, downloading the Ubuntu source for that package (compizconfig-backend-gconf-0.8.4) and applying the patch there. I don't know why that didn't work for you, I just tried and the patch applied cleanly.

guido@pc:/tmp$ apt-get source compizconfig-backend-gconf
guido@pc:settings-backend$ cd compizconfig-backend-gconf-0.8.4/settings-backend/
guido@pc:settings-backend$ wget http://launchpadlibrarian.net/39947363/resize-with-right-button.patch
guido@pc:settings-backend$ patch < resize-with-right-button.patch
patching file gconf.c
guido@pc:settings-backend$ cd ..
guido@pc:compizconfig-backend-gconf-0.8.4$ ./configure
guido@pc:compizconfig-backend-gconf-0.8.4$ make
No errors whatsoever
...then metacity --replace, etc

if you got errors while applying the patch, please post the steps you made and the resulting errors, maybe you were standing in the wrong directory or something.

a better alternative, if you want to go the git way, is: after cloning the repo you can "checkout" a previous commit instead of the HEAD (non-working) version. (Well that's the whole point of having a revision system :) )

$ git clone git://anongit.compiz.org/fusion/compizconfig/compizconfig-backend-gconf
$ git checkout 74c3fd40 #Going back in time...
$ cd compizconfig-backend-gconf/
$ ./autogen.sh
$ make

Cheers!

Revision history for this message
Ahmed Kamal (kim0) wrote :

Hi folks, I'm on 10.10, any plans on providing updated packages containing that upstreamed fix ?

Revision history for this message
Guido I (guidoweb) wrote :

not picking up the changes in the remote bugzilla, fixing manually

Changed in compiz:
importance: Unknown → Undecided
status: Unknown → New
assignee: nobody → Danny Baumann (dannybaumann)
status: New → Fix Committed
Revision history for this message
fermulator (fermulator) wrote :

Confirmed this patch on Ubuntu 10.04 using the apt-get source method:

NOTE: This is a workaround until we get the next compizconfig package upstream into ubuntu 10.04. The version just prior to these changes is:
{{{
$ dpkg --list | grep compizconfig
ii compizconfig-backend-gconf 0.8.4-0ubuntu2 Settings library for plugins - OpenCompositi
}}}
, so anything after this should have the fix already. (i.e. if you have a version later than the above, you shouldn't have to perform these instructions.

PRECONDITIONS:
 0) As per AbtZ noted, there are some package dependencies to build the compizconfig source:
{{{
sudo apt-get install compiz-dev libcompizconfig0-dev build-essential git-core autoconf libglib2.0-dev intltool libgconf2-dev
}}}

PROCEDURE:
 1) Install the compizconfig-backend-gconf source:
{{{
sudo cp settings-backend/.libs/libgconf.* /usr/lib/compizconfig/backends/
}}}
 2) Traverse into the settings-backend sub-dir of the source:
{{{
cd compizconfig-backend-gconf-0.8.4/settings-backend/
}}}
 3) Grab and apply the patch supplied by Guido!
{{{
sudo wget http://launchpadlibrarian.net/39947363/resize-with-right-button.patch
sudo patch < resize-with-right-button.patch
}}}
 4) Copy the newly modified files to your system:
{{{
metacity --replace & (# OR: ALT+F2 --> "metacity --replace")
for file in /usr/lib/compizconfig/backends/libgconf.* ; do sudo mv $file $file.backup ; done
sudo cp settings-backend/.libs/libgconf.* /usr/lib/compizconfig/backends/
compiz --replace & (# OR: ALT+F2 --> "compiz --replace")
}}}

Now, I can flip the gconf variable: "apps/metacity/general/resize_with_right_button" and watch simultaneously in compizconfig-settings-manager (Window Management --> Resize Window --> "Initiate Window Resize") change as I check/uncheck the var in gconf-editor.

Great work Guido!

Michael Vogt (mvo)
Changed in compiz (Ubuntu):
status: Triaged → In Progress
Michael Vogt (mvo)
Changed in compiz (Ubuntu):
assignee: nobody → Michael Vogt (mvo)
Revision history for this message
Guido I (guidoweb) wrote :

Thanks a lot for the time and attention Michael! :)

Revision history for this message
Andrew (v01d3r) wrote :

I've built .deb package, but didn't understand yet how to upload it to the PPA.
If anybody need it - contact <email address hidden>

Revision history for this message
Jeremy Kerr (jk-ozlabs) wrote :

Seems to be fine in Maverick

Revision history for this message
Guido I (guidoweb) wrote :

As the patch was included upstream a while ago, and ubuntu maverick is already shipping the updated (fixed) version, i guess this closes the bug?

Changed in compiz (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
Bartek Celary (karaphka) wrote :

Works for me. This little fix puts a smile on my face.

Thanks Guido!

On 13 October 2010 04:00, Guido I <email address hidden> wrote:

> As the patch was included upstream a while ago, and ubuntu maverick is
> already shipping the updated (fixed) version, i guess this closes the
> bug?
>
> ** Changed in: compiz (Ubuntu)
> Status: In Progress => Fix Released
>
> --
> Bad Compiz Bindings Bug
> https://bugs.launchpad.net/bugs/207065
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
Bartek Celary

Revision history for this message
eniac (p-fousek) wrote :

I followed #32 and above on my Ubuntu 10.04 today. Works great.

Many many thanks, Guido!

tags: added: needs-reassignment
affects: compiz (Ubuntu) → compizconfig-backend-gconf (Ubuntu)
tags: removed: needs-reassignment
Changed in compizconfig-backend-gconf (Ubuntu Lucid):
status: New → Triaged
importance: Undecided → Low
milestone: none → lucid-updates
Mike Schiraldi (raldi)
description: updated
description: updated
Revision history for this message
Brian Murray (brian-murray) wrote :

Attached is a debdiff containing the patch from Maverick.

Michael Vogt (mvo)
Changed in compizconfig-backend-gconf (Ubuntu Lucid):
status: Triaged → In Progress
Revision history for this message
Martin Pitt (pitti) wrote : Please test proposed package

Hello DannyW, or anyone else affected,

Accepted compizconfig-backend-gconf into lucid-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Changed in compizconfig-backend-gconf (Ubuntu Lucid):
status: In Progress → Fix Committed
tags: added: verification-needed
Revision history for this message
Mike Schiraldi (raldi) wrote :

I can verify that the new package works. Thanks!

tags: added: verification-done
removed: verification-needed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package compizconfig-backend-gconf - 0.8.4-0ubuntu2.1

---------------
compizconfig-backend-gconf (0.8.4-0ubuntu2.1) lucid-proposed; urgency=low

  * debian/patches/resize-with-right-button.patch:
    - honor resize_with_right_button gconf key (LP: #207065)
    Thanks to Guido Iribarren
 -- Brian Murray <email address hidden> Wed, 12 Oct 2011 16:12:30 -0700

Changed in compizconfig-backend-gconf (Ubuntu Lucid):
status: Fix Committed → Fix Released
Revision history for this message
Stephan Henningsen (zta77) wrote :

Bug still appears in 11.10 ocelot.

Revision history for this message
Stephan Henningsen (zta77) wrote :

I just realised that my post is wrong (and that I cannot delete it). But what I meant to say is related: In my Ocelot resize doesn't work with the default Alt+Button2 (middle). I've managed to bind it to Alt+Button3 (right), but that's not what I want.

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.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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