Compiz freezes on window resize

Bug #189644 reported by Michal on 2008-02-06
Affects Status Importance Assigned to Milestone
compiz (Ubuntu)

Bug Description

Resizing of windows in compiz works fine except from the situation when the key/mouse binding is set do <Alt>Button3 (right mouse button).

Once this combination is used the whole desktop freezes within few seconds.

Other bindings work smoothly; e.g. <Alt><Super>Button3 binding is OK, <Alt>Button1 binding is OK.

In standard KDM there is no such issue, ALT+Right Button combination smoothly resizes the windows.

Version: compiz 0.5.5; Linux 2.6.24-4-generic #1 SMP Mon Jan 14 18:19:11 UTC 2008 x86_64 GNU/Linux

The following appears when compiz is activated from the shell, but it starts without problems.
Checking for Xgl: present.
Checking for nVidia: not present.
Checking for Xgl: present.
Enabling Xgl with nVidia drivers...
Starting emerald
/usr/bin/compiz.real (core) - Warn: Unable to parse XML metadata from file "ccp.xml"
/usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format
/usr/bin/compiz.real (dbus) - Error: dbus_bus_get error: Failed to execute dbus-launch to autolaunch D-Bus session
/usr/bin/compiz.real (dbus) - Error: InitObject failed
/usr/bin/compiz.real (core) - Error: Couldn't activate plugin 'dbus'

Pedro Villavicencio (pedro) wrote :

Thanks for taking the time to report this bug and helping to make Ubuntu better. Could you please add your ~/.xsession-errors, /var/log/Xorg.0.log and the output of lspci -vvnn to your bug report as separate attachments? Thanks in advance.

Changed in compiz:
status: New → Incomplete
Michal (mikeos) wrote :
Michal (mikeos) wrote :

The <RALT> warning is because I have my keyboard settings changed (by editing /etc/X11/xkb/symbols/*) for typing intl. characters via RALT+something instead of having to switch to alternate keyb. layouts all the time.
It should not matter.

p.s.: doing screen zoom in compiz via RALT+Button3 works just fine. Only the resize seems to fail if it is bound to this combination.

Michal (mikeos) wrote :
Michal (mikeos) wrote :

Sorry, in the PS it was meant to be: LALT + Button 3. I don't suspect compiz from collisions with the extra keyboard mapping I've done on RALT and which I've been using for 2 years without any problems in 3 different desktop managers - gnome/kdm/xfce. Anyway I try to revert the mapping to the US standard delivered by the distro - especially the line: include "level3(ralt_switch)". Hardly it helps. If ever, I'll post my results here.

Michal (mikeos) wrote :

As expected: using original unmodified Xorg keyboard mapping (US) both ALTs left and right behave indentically - used together with the Button3 both of them cause compiz to freeze in few seconds after I start resizing any window using this combination. Caret keeps flashing but nothing on the desktop can be manipulated neither by mouse nor by keyboard. CTRL+ALT+BKSPC required.

Changed in compiz:
importance: Undecided → Medium
status: Incomplete → New
Basilio Kublik (sourcercito) wrote :

Hi there
you report this issue some time ago and hasn't been any activity since then, i was wondering if this is still an issue for you with the latest upgrades in Hardy Heron.

Thanks in advance

Changed in compiz:
assignee: nobody → sourcercito
status: New → Incomplete
Changed in compiz:
assignee: sourcercito → nobody
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!.

Changed in compiz:
status: Incomplete → Invalid
Michal (mikeos) wrote :

Has been resolved in recent compiz releases (included in Hardy final), which now correctly detects collision in the keyboard mapping, which by default for Alt + RButton = context menu pop-up; this kind of collision was previously unhandled and double mapping allowed, which resulted in freezing.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers