[intrepid] emacs windows don’t display after compiz 0.7.6 upgrade

Bug #239917 reported by Anders Kaseorg
24
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Compiz
Fix Released
Undecided
Unassigned
compiz (Ubuntu)
Fix Released
Undecided
Unassigned
Nominated for Intrepid by Anders Kaseorg

Bug Description

Binary package hint: compiz

After upgrading my intrepid amd64 system, no window is displayed when launching emacs (emacs-snapshot 1:20080228-1ubuntu1). The problem goes away after downgrading compiz from 0.7.6 to 0.7.4.

Revision history for this message
Anders Kaseorg (andersk) wrote :

I had a line in my ~/.Xresources which was affecting this. I can reproduce from a clean account by running
  emacs-snapshot --xrm "Emacs.FontBackend: xft"
from within compiz.

Revision history for this message
Vincent (zakora) wrote :

Same problem for me. I have to use ALT+TAB in order to make emacs' window appear.

Anders Kaseorg (andersk)
Changed in compiz:
status: New → Confirmed
Revision history for this message
Anders Kaseorg (andersk) wrote :

As of emacs-snapshot 20080727-1, this is no longer conditional on X resources. I can now reproduce from a clean account by running
  compiz --replace &
  emacs-snapshot

Revision history for this message
Ben Aisen (beinsane11) wrote :

For me, emacs displays, but the text in the window becomes garbled while scrolling or i-searching. Mucking with X resources only makes it not display at all sometimes.

Meanwhile it works fine in metacity, so it's definitely a compiz problem.

Revision history for this message
Anders Kaseorg (andersk) wrote :

I found the first Emacs commit breaks this by default (that is, even when --xrm "Emacs.FontBackend: xft" is not specified), but it isn’t very interesting.

commit b0bd8f3d41b34f1cd857443fec1e77e060c2b324
Author: Chong Yidong <email address hidden>
Date: Wed Jun 25 22:29:20 2008 +0000

    (x_default_font_parameter): If Xft is available, first try
    Monospace-12 for the default font.

diff --git a/src/xfns.c b/src/xfns.c
index 2bf4afa..dc9d98f 100644
--- a/src/xfns.c
+++ b/src/xfns.c
@@ -3071,10 +3071,13 @@ x_default_font_parameter (f, parms)
   if (! STRINGP (font))
     {
       char *names[]
- = { "-adobe-courier-medium-r-*-*-*-120-*-*-*-*-iso8859-1",
- "-misc-fixed-medium-r-normal-*-*-140-*-*-c-*-iso8859-1",
+ = {
+#ifdef HAVE_XFT
            /* This will find the normal Xft font. */
- "monospace-12",
+ "Monospace-12",
+#endif
+ "-adobe-courier-medium-r-*-*-*-120-*-*-*-*-iso8859-1",
+ "-misc-fixed-medium-r-normal-*-*-140-*-*-c-*-iso8859-1",
            "-*-*-medium-r-normal-*-*-140-*-*-c-*-iso8859-1",
            /* This was formerly the first thing tried, but it finds
               too many fonts and takes too long. */

Revision history for this message
Anders Kaseorg (andersk) wrote :

Aha. After starting an invisible emacs window, you can make it be displayed with Ctrl+Alt+Tab, which is bound to the Static Application Switcher’s “Next window (All windows)”. This suggests that the window is not actually invisible but is initially opened very far off the screen.

Compiz’s default “Smart” window placement algorithm seems to be at fault. If you set ccsm → Place Windows → Placement Mode to anything other than “Smart”, the emacs windows are displayed.

Revision history for this message
Ben Aisen (beinsane11) wrote :

All right, without "Smart" it displays consistently. The garbling seems to be another issue entirely, then.

Revision history for this message
Robert Ancell (robert-ancell) wrote :

Thank you for reporting this bug. Is this still occurring for you? Does it occur on the latest version of Ubuntu (8.10 or 9.04 beta)?

Changed in compiz (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Anders Kaseorg (andersk) wrote :

I am running 9.04 and the bug seems to have been fixed. I don’t know whether it is still present in 8.10, but I assume it probably is.

Revision history for this message
Robert Ancell (robert-ancell) wrote :

Closing this as fixed in Jaunty (Compiz 0.8.2). Please re-open if it re-occurs in Jaunty.

Changed in compiz (Ubuntu):
status: Incomplete → Fix Released
Changed in compiz:
status: New → 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.