No Window Borders when Desktop Effects Enabled

Bug #280785 reported by vaughn
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xf86-video-intel
Won't Fix
Medium
xserver-xorg-video-intel (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

This affects Intrepid Ibex Beta. After this morning's update, Ubuntu no longer draws window borders or allows me to move or resize windows when Desktop Effects are enabled.

My graphics card is an Intel 915GM. This card has had no problems with Compiz and has been running desktop effects since Gutsy.

Tags: 915gm
Revision history for this message
Cricket (shahmir-noorani) wrote :

Can confirm the same problem on my Vostro 1500 (Nvidia GeForce 8400)

Revision history for this message
Cricket (shahmir-noorani) wrote :

Just subscribing to this.

Revision history for this message
Artyom Pervukhin (logus) wrote :

Please make sure you have compiz package installed.

Revision history for this message
Thinboy00 (thinboy00) wrote :

I'm currently engaged in a chat with one of the compiz dev's @
http://forum.compiz-fusion.org/showthread.php?t=10230

I posted some diagnostics there. compiz is definitely installed on my system, I just checked with a sudo apt-get -s install compiz.

Revision history for this message
Thinboy00 (thinboy00) wrote :

sorry about the spam; note that that forum is a support forum, but if other people are experiencing the exact same problem, methinks it's a bug.

Revision history for this message
Cricket (shahmir-noorani) wrote :

In my case, after I installed the compiz settings manager and checked which decorator it was using, for some reason it said emerald even though I can't recall setting it that. Even if I did, I didn't have emerald installed after the update, so the system had broken somehow.

All I did was reset the decorator to the default and restarted compiz and I had my borders back.

Revision history for this message
Thinboy00 (thinboy00) wrote :

I definitely had and still have (just checked) emerald, and I set it in my settings box. Even so, I played with that thing for some time and couldn't get it to work, even with the gtk decorator.

Revision history for this message
Adam K Kirchhoff (adamk-voicenet) wrote :

Vaugn, if you run 'compiz &' in a terminal, please show us the output.

For anyone interested, here is an exchange between thinboy and myself. His drivers appear to be setup properly, as far as I can tell:

http://forum.compiz-fusion.org/showthread.php?t=10230

Revision history for this message
Rhamnusia (jurgenvonoerthel) wrote :

I'm suffering from the same problem. After an update from 8.04 to 8.10 no window decorator works under compiz. I've noticed some updates about compiz/window decoration today (November 7th), but this didn't solve the problem.

Revision history for this message
Thinboy00 (thinboy00) wrote :

Just realized, I think I have the same graphics controller as the reporter (915GM). This is probably hardware specific. I'm not sure what drivers I'm using; it would be nice if someone else could file a bug against the affected driver (my xorg.0.log is on the compiz forum). Or tell me how to find out. I think I'll go ask that in the questions tracker, actually.

Revision history for this message
In , Thinboy00 (thinboy00) wrote :

When I turn compiz on, window borders disappear (i.e the window decorator stops working). Compiz complains of problems with "Texture-from-pixmap", whatever that means.... As you can see from the LP page, there is a common denominator: xf86-video-intel (I have version 2.4.1, don't know what the original reporter had... I got this info from "info intel" at the command line.).

Revision history for this message
Thinboy00 (thinboy00) wrote :

Now linked upstream.

Changed in xserver-xorg-video-intel:
status: Unknown → Confirmed
Revision history for this message
In , Gordon Jin (gordon-jin) wrote :

Please provide the necessary info according to http://intellinuxgraphics.org/how_to_report_bug.html. I don't have concrete idea about the driver version used in Ubuntu 8.10. Please also attach glxinfo output as I need to know the mesa version.

Revision history for this message
Rhamnusia (jurgenvonoerthel) wrote :

I indeed also have an Intel graphics chip (GMA 3100). I've found out that the problem disappears when I change my color depth in xorg.conf to 24 bit.

Section "Screen", DefaultDepth 24

I had changed it to 16 to speed up Compiz.
Hopefully this will help other people too!

Revision history for this message
In , Thinboy00 (thinboy00) wrote :

(In reply to comment #1)
> Please provide the necessary info according to
> http://intellinuxgraphics.org/how_to_report_bug.html. I don't have concrete
> idea about the driver version used in Ubuntu 8.10. Please also attach glxinfo
> output as I need to know the mesa version.
>
Some of that information (IIRC including glxinfo) is available on the compiz forum (chase pointers via LP to get there).

As for the other info, I'll get to it in my copious free time.

Revision history for this message
In , Gordon Jin (gordon-jin) wrote :

(In reply to comment #2)
> (In reply to comment #1)
> > Please provide the necessary info according to
> > http://intellinuxgraphics.org/how_to_report_bug.html. I don't have concrete
> > idea about the driver version used in Ubuntu 8.10. Please also attach glxinfo
> > output as I need to know the mesa version.
> >
> Some of that information (IIRC including glxinfo) is available on the compiz
> forum (chase pointers via LP to get there).

So you mean http://forum.compiz-fusion.org/showthread.php?t=10230. Well ...

Revision history for this message
Thinboy00 (thinboy00) wrote :

That worked for a while, but my computer is not very high end, and one day compiz died horribly (i.e. everything except window decorations (borders) turned white, decorations turned black, and I had to switch tty to kill compiz and get my desktop back). Since then my computer has been slower than normal, sometimes hanging bizarrely when I /wake it up/ from "lock screen" (password protected screensaver), and compiz does the turn-everything-white trick whenever I try to start it. So I guess I'm stuck with metacity for now.

Revision history for this message
In , Haihao-xiang (haihao-xiang) wrote :

I can't get your logs from http://forum.compiz-fusion.org/showthread.php?t=10230 (need to register). Could you attach them here?

Revision history for this message
In , Michael Fu (michael-fu-intel) wrote :

Kevin, please reopen this bug if you are able to attach log here... thanks.

Changed in xserver-xorg-video-intel:
status: Confirmed → Invalid
Revision history for this message
In , Thinboy00 (thinboy00) wrote :

Created an attachment (id=23572)
glxinfo

Sorry for taking so long to get back to you, I'll go get the other info too now.

Revision history for this message
In , Thinboy00 (thinboy00) wrote :

Graphics card (seems to be a common denominator):915GM
system arch.: i686
Xorg.0.log etc.: (coming soon)
kernel:2.6.27-7-generic
Distro:Ubuntu
Machine:Inspiron B130
Connector: It's a laptop, not sure what to put here...

Revision history for this message
In , Thinboy00 (thinboy00) wrote :

Created an attachment (id=23573)
Xorg.0.log as it appeared when the bug struck

Note that xorg.conf has not been configured to enable "verbose mode" yet.

Revision history for this message
In , Thinboy00 (thinboy00) wrote :

remove "NEEDINFO" keyword per instructions, sorry about all the spam.

Revision history for this message
In , Michel Dänzer (michel-daenzer) wrote :

Does it work if you use depth 24 rather than 16? If so this looks like bug 20479, so maybe the problem is at least partly in the X server...

Changed in xserver-xorg-video-intel:
status: Invalid → Confirmed
Revision history for this message
In , Thinboy00 (thinboy00) wrote :

Yes, it definitely works in 24 bit. I can provide logs etc. if you need them. I wasn't sure whether to tag this as a duplicate/etc, so I left it "reopened".

Revision history for this message
Pedro Villavicencio (pedro) wrote :

video issue bug also forwarded upstream previously by reporters.

affects: compiz (Ubuntu) → xserver-xorg-video-intel (Ubuntu)
Changed in xserver-xorg-video-intel (Ubuntu):
importance: Undecided → Low
status: New → Confirmed
Bryce Harrington (bryce)
Changed in xserver-xorg-video-intel (Ubuntu):
status: Confirmed → Triaged
Geir Ove Myhr (gomyhr)
tags: added: 915gm
Revision history for this message
In , Haihao-xiang (haihao-xiang) wrote :

DRI1 has gone away.

Changed in xserver-xorg-video-intel:
status: Confirmed → Won't Fix
Revision history for this message
Bryce Harrington (bryce) wrote :

The upstream bug has been closed as no longer an issue in DRI2, which is what we're shipping as the default in Karmic (indeed, DRI1 is no longer available on -intel with karmic), so I'm closing this bug as resolved.

Changed in xserver-xorg-video-intel (Ubuntu):
status: Triaged → Fix Released
Changed in xserver-xorg-video-intel:
importance: Unknown → Medium
Changed in xserver-xorg-video-intel:
importance: Medium → Unknown
Changed in xserver-xorg-video-intel:
importance: Unknown → Medium
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.