xemacs and compiz fight over size increment hints when maximized
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
compiz (Ubuntu) |
Expired
|
Low
|
Unassigned |
Bug Description
Binary package hint: compiz
Using Intrepid as of an hour ago upgraded from Hardy. If I enable compiz and then run xemacs and then maximize xemacs, the entire desktop becomes pretty much useless. One entire screen of my dual screen setup grayed out in the way that compiz does to unresponsive programs and then I couldn't click anywhere or move any window. Only going to a console and killing compiz.real solved the problem. top showed X using most of the CPU (~75%) followed by compiz ~15% and xemacs ~7%. It should not be possible to hang the entire desktop like this.
The single most likely cause is an issue in xemacs. Basically it always wants to resize to a multiple of the size of a character whereas the window manager wants it to be the width the screen. The two programs then have a battle over what the size should be. Bug #3982 from 2.5 years covers this issue in xemacs itself, which still isn't fixed in xemacs-intrepid.
This bug report is that compiz makes a bad situation worse by effectively disabling the entire desktop even though it is only one program that is misbehaving.
Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue for you. Can you try with the latest Ubuntu release? Thanks in advance.