Unity is visible on top of fullscreen apps

Bug #734908 reported by Federico Raimondo
750
This bug affects 212 people
Affects Status Importance Assigned to Milestone
Ayatana Design
Fix Released
High
John Lea
Unity
Fix Released
High
Daniel van Vugt
5.0
Fix Released
High
Tim Penhey
Unity Distro Priority
Fix Released
Undecided
Unassigned
unity (Ubuntu)
Fix Released
High
Unassigned
Precise
Fix Released
High
Unassigned

Bug Description

[Test Case]
1. Start a fullscreen application (e.g. Firefox in Fullscreen mode)
   -> Verify that the panel is not visible

[Regression Potential]
Visual regressions, shell drawing problems. Part of a big change, many regression potentials.

Original description:

NOTE: This bug is only about the single monitor case. If you still have problems with multiple monitors, see bug 748539 instead.

ORIGINAL DESCRIPTION:
In natty alpha 3 up to date, I cannot get fullscreen in any application. Panels are still visible.

Tested with:
- totem
- vlc
- firefox
- chrome
- geany

Unity panel and top bar are always on top.

-----------------------------------------------------
Desired Solution:

- When a window is fullscreen (note: this should not be confused with the *maximised* state) the menu bar should not be displayed.

Related branches

Revision history for this message
Omer Akram (om26er) wrote :

could you please do apport-collect 734908 so that we have the required information about your system and also please attach a screenshot of the problem as I am not able to reproduce this bug since I am currently watching a video.

affects: ubuntu → unity (Ubuntu)
Changed in unity (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
Omer Akram (om26er)
Changed in unity:
status: New → Incomplete
Revision history for this message
Federico Raimondo (fraimondo) wrote : .proc.driver.nvidia.params.txt

apport information

tags: added: apport-collected compiz-0.9 natty running-unity ubuntu
description: updated
Revision history for this message
Federico Raimondo (fraimondo) wrote : BootDmesg.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : Dependencies.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : GconfCompiz.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : GdmLog.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : GdmLog1.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : GdmLog2.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : Lspci.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : Lsusb.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : ProcModules.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : UdevDb.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : UdevLog.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : UnitySupportTest.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : XorgConf.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : XorgLog.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : XorgLogOld.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : Xrandr.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : nvidia-settings.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : peripherals.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : xdpyinfo.txt

apport information

Revision history for this message
Federico Raimondo (fraimondo) wrote : Re: panels not hiding in fullscreen

I'm attaching 4 images:
- Chrome
- Evince
- Firefox
- VLC

Revision history for this message
Federico Raimondo (fraimondo) wrote :
Revision history for this message
Federico Raimondo (fraimondo) wrote :
Revision history for this message
Federico Raimondo (fraimondo) wrote :
Revision history for this message
Federico Raimondo (fraimondo) wrote :

Tried again on another natty updated pc.

Apparently, the problem is seen when a multi screen setup is being used.

Steps to reproduce:
1) With only one display configured, open a PDF file with evince. Press F11. Fullscreen works correctly.
2) Plug in a second display (tested with HDMI out on notebook and DVI on desktop pc)
3) Configure twinview (both pcs have nvidia cards)
4) Open a PDF file with evince in the main display (the one that has both panels). Press F11. Panels don't hide.

Revision history for this message
Kieran Hogg (xerosis) wrote :

I can confirm this happens for me for example when full-screening totem to watch a video. I have dual-screen but don't have to connect the monitor afterwards to reproduce.

Changed in unity (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Federico Raimondo (fraimondo) wrote :

Screensaver is below panels too.

I'm currently presenting a pdf with pdf-presenter. The panels are visible in fullscreen.

I went away for a while, the screen was black with both panel visibles. I pressed a key and entered my password to unlock. Both bars were visible. Nevertheless, when I click nothing happens untill I enter my password. It's not a security issue, but it is anoying.

Changed in unity:
status: Incomplete → Confirmed
Omer Akram (om26er)
tags: added: multimonitor
Revision history for this message
Ben Straton (fanum) wrote :

Occurring for me with a single monitor set up. Let me know what information you need to help resolve this.

Revision history for this message
Omer Akram (om26er) wrote : Re: Unity is visible in fullscreen apps when using multimonitors

This bug report is specific to multimonitor setup. If you face a similar bug with single monitor setup please report a new bugs with the steps to reproduce the issue.

summary: - panels not hiding in fullscreen
+ Unity is visible in fullscreen apps when using multimonitors
tags: added: btotna
Revision history for this message
DarkRedman (darkredman-deactivatedaccount) wrote :

It happens too but with a single monitor https://bugs.launchpad.net/ubuntu/+source/unity/+bug/792690

Omer Akram (om26er)
Changed in unity (Ubuntu):
importance: Low → Medium
Changed in unity:
importance: Undecided → Medium
Revision history for this message
Eduardo Rivas (jerivasmelgar) wrote :

Oneiric is out and this is still an issue.

Omer Akram (om26er)
tags: added: 26p
Revision history for this message
Sam Spilsbury (smspillaz) wrote :

Can't reproduce - the panels always go under fullscreen windows here.

Changed in unity:
status: Confirmed → Invalid
Changed in unity (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
Sam Spilsbury (smspillaz) wrote :

(this is with multimonitor)

Revision history for this message
Kieran Hogg (xerosis) wrote :

I'm sure I, or others, can get you a screencast of this bug occuring, therefore marking it invalid is not the correct solution.

Revision history for this message
Alex Burdu (alex.burdu) wrote :

this bug is not invalid. i am affected by it too

Changed in unity:
status: Invalid → New
Revision history for this message
Kieran Hogg (xerosis) wrote :

My latest annoyance with this bug is running full screen virtual machines, see screenshot.

Changed in unity:
status: New → Confirmed
Changed in unity (Ubuntu):
status: Invalid → Confirmed
Omer Akram (om26er)
Changed in unity:
importance: Medium → High
Changed in unity (Ubuntu):
importance: Medium → High
John Lea (johnlea)
description: updated
Changed in unity-distro-priority:
assignee: nobody → John Lea (johnlea)
status: New → Confirmed
status: Confirmed → New
assignee: John Lea (johnlea) → nobody
Changed in ayatana-design:
assignee: nobody → John Lea (johnlea)
importance: Undecided → High
status: New → Triaged
Changed in unity:
milestone: none → backlog
Changed in unity-distro-priority:
status: New → Confirmed
summary: - Unity is visible in fullscreen apps when using multimonitors
+ Multimonitor - Unity is visible in fullscreen apps when using
+ multimonitors
tags: added: udp
Tim Penhey (thumper)
Changed in ayatana-design:
status: Triaged → Fix Committed
summary: - Multimonitor - Unity is visible in fullscreen apps when using
- multimonitors
+ Unity is visible on top of fullscreen apps
Changed in unity:
assignee: nobody → Daniel van Vugt (vanvugt)
Changed in compiz:
status: New → In Progress
assignee: nobody → Sam Spilsbury (smspillaz)
milestone: none → 0.9.8.0
importance: Undecided → High
Changed in unity:
status: Confirmed → In Progress
milestone: backlog → 6.0
Changed in compiz (Ubuntu):
status: New → Confirmed
Changed in unity:
status: In Progress → Fix Committed
Omer Akram (om26er)
Changed in unity (Ubuntu):
status: Confirmed → Fix Committed
Changed in unity:
status: Fix Committed → Fix Released
Changed in unity (Ubuntu):
status: Fix Committed → Fix Released
description: updated
Changed in compiz:
milestone: 0.9.8.0 → 0.9.8.1
Changed in compiz:
milestone: 0.9.8.2 → 0.9.8.4
description: updated
Changed in unity (Ubuntu Precise):
status: New → Fix Committed
tags: added: verification-needed
tags: added: verification-done
removed: verification-needed
Changed in compiz (Ubuntu Precise):
status: New → Confirmed
tags: added: verification-needed
removed: verification-done
Changed in unity (Ubuntu Precise):
status: Fix Committed → Fix Released
Changed in compiz:
milestone: 0.9.8.4 → 0.9.9.0
John Lea (johnlea)
Changed in ayatana-design:
status: Fix Committed → Fix Released
tags: added: reviewedbydesignp
removed: udp
67 comments hidden view all 147 comments
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

I just asked John. He says that Fix Released in ayatana-design means the design team has double-checked and verified the fix works and matches the intended design.

Revision history for this message
Dong Liu (edongliu) wrote :

I saw the same problem, and suspect it is related to gnome-tweak-tool, because the problem is gone after I remove that package.

Revision history for this message
Alex Burdu (alex.burdu) wrote :

i don't have gnome-tweak-tool and i'm encountering this problem in ubuntu 12.04 x64

Revision history for this message
Mahendra Tallur (mahen) wrote :

Hi ! It seems the bug is partly fixed.

In my case : Ubuntu 12.10, Nvidia proprietary drivers, up to date, when I open a fullscreen app on the second monitor, Unity dock & top bar do disappear, but they re-appear as soon as I click on something on the primary monitor.

I partly worked around it by setting the dock to only appear on the primary monitor but the top bar is still here.

Revision history for this message
Mahendra Tallur (mahen) wrote :

BTW, I noticed the top bar only appears when there's another app open on the main screen, otherwise it's properly hidden on the second one.

Actually, It seems there are all kinds of issues with dual-screen. For instance : the height of windows opened on the main screen corresponds to the max height of the secondary one ; an app like VLC will remember on what screen it was started last, instead of opening on the current screen etc...

Revision history for this message
Loris Zinsou (nepenthes) wrote :

Ubuntu 12.10, this bug is mostly fixed, but the top panel still appears on top of Wine virtual desktop if I start a Wine full-screen game.
The issue still appears in Trine 2 too.

Changed in compiz:
status: In Progress → Triaged
assignee: Sam Spilsbury (smspillaz) → nobody
Revision history for this message
quequotion (quequotion) wrote :

>> #108
Thank you for getting back to me on that Daniel.

How much testing constitutes this "fix"?

Changed in compiz:
milestone: 0.9.9.0 → 0.9.9.2
Changed in compiz:
milestone: 0.9.9.2 → 0.9.10.0
Revision history for this message
bwat47 (bwat47) wrote :

I see this bug a lot in 13.04 with latest updates, panel shadow shows in fullscreen video players like totem and smplayer

Revision history for this message
variona (variona) wrote :

I encounter this bug, on a LTSP client (shuttle XS35), other (older) clients and the server don't show this symptom.
that is also true for this bug: https://bugs.launchpad.net/compiz/+bug/886605

Revision history for this message
timo (playsansara) wrote :

This bug is definitely still present in 12.04 when playing wine games in full ścreen.

I've found that unchecking "allow window manager to decorate windows" and "allow window manager to control windows" in wine config will actually make the panel disappear, but also leaves you with no keyboard input...

Has anyone found a workaround without that major drawback?

John Lea (johnlea)
Changed in ayatana-design:
status: Fix Released → Fix Committed
Revision history for this message
Roman (roman.kita) wrote :

I can confirm.
Ubuntu 12.04, Radeon graphics card, single monitor.
In my case chromium was not affected and Eduards workaround described in bug 958353 works.
Having 2 accounts logged simultaneously I removed buggy behaviour for both of them.
However:
In the first account in the same time when this bug appeared my launcher icon size (horizontal size) has changed and became bigger. It become smaller again after workaround.
In the second account launcher icons stay bigger (it's ok for me). When applying workaround I had to type password blindly as Eduards described for the second account, but for the first account screen become black and a proper password window appeared.
I have no idea what triggered this bug.
After it appeared it was permanent in both accounts until now, I promise to play with it when it appears again.
By the way, is it possible to change launcher icons size (intentionally)?

Revision history for this message
sgttynis (sgttynis-deactivatedaccount) wrote :

I can confirm the comment from bwat47: in 13.04 the shadow of the global menu bar appears over full screen in video players (VLC in my case). For reproducing: play an video in VLC player (important: inital window size has to be normal) -> go full screen -> move mouse cursor to the bottom to open VLC overlay menu -> global menu bar shadow appear on top of screen. Curiously this will not happen when you have a maximized inital video player window state. I've seen the global menu bar shadow even while playing youtube videos in full screen, but its not reliable to reproduce. System: upgraded 12.10 (which didn't show this issue) to 13.04 using nVidia 310.44 properitary (Ubuntu tested) driver.

Revision history for this message
quequotion (quequotion) wrote :

After observing compiz behavior for a long time, I think Unity is being drawn in the root window (the first/top layer of the x11 display) first, before anything else. Because unity is drawn directly to the root window, no other windows, screen changes, lockscreens, screensavers, etc etc can ever be drawn over it. Shouldn't unity, like everything else, be drawn in a composite overlay window?

Revision history for this message
Brandon Schaefer (brandontschaefer) wrote :

The problem with this bug, and fixing this bug, is the fact that the unity launcher/hud/dash are all type _NET_WM_WINDOW_TYPE_DOCK windows. Which to obey the WM standards the launcher/dash/hud should have been _NET_WM_WINDOW_TYPE_NORMAL, and obeyed the stack to be pushed to the top of the stack when needed vs just kind of floating there atm.

The problem now, is changing nux XInput window to be of the TYPE NORMAL, while going through and making sure there are no regressions is a very difficult task. A lot of things lean on the fact that the launcher/hud/dash are all DOCK type windows ie. they don't obey the stack very well .... So a fix for this would be a huge regression potential, sadly :(

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Also remember that Unity does not use any "windows" in rendering at all. What is visible of Unity is pure GL (via Nux) and not dictated by normal window types/hints/states. The "windows" unity has and their types, exist only to receive input (mouse clicks).

Last year I did some work in unityshell.cpp to make it actually honour the window order and pretend that its input windows were real ones. This worked well for 12.10, but I think there have been some regressions in 13.04/13.10.

Still, whether you agree or not, please follow standard practice of logging new bugs and not continuing conversations on in those that are marked Fix Released.

Revision history for this message
Brandon Schaefer (brandontschaefer) wrote :

@ Daniel

I commented on the wrong bug it seem :), I was actually looking at the one where we want dash/launch/hud above the fullscreen window when pressing super...

Ignore my comment :)

Changed in compiz:
milestone: 0.9.10.0 → 0.9.10.2
MC Return (mc-return)
Changed in compiz:
milestone: 0.9.10.2 → 0.9.11.0
Revision history for this message
Arnaud Thevenet (aeromousse) wrote :

My experience of it : in Darktable (photo editing software) when you hover over some area, a ballon tip is displayed. When the tooltip is displayed, the shadow of a transparent top panel appears.
I have no problem with fullscreen Firefox, but I think this is related and might help.

Revision history for this message
Loris Zinsou (nepenthes) wrote :

This bug is definitely not fixed for me ( Ubuntu 13.04, Unity 7.0.0daily13.06.19, Wine 1.6).

Many wine games running in a virtual desktop have the unity panel and unity launcher shown on top of them (actually, on top of wine virtual desktop, and the game window itself is off to the bottom by the exact unity panel height, and trimmed on the lower edge).

This does not happen in gnome-shell.

So, to reproduce this :
1) configure wine 1.6 to run a virtual desktop, with your exact screen resolution
2) start a Windows version of any recent Unreal Engine game in wine (XCOM ; Enemy Unknown, Dishonored...)

This may not happen without wine virtual desktop but these games do not run without it on nvidia optimus laptops.

Revision history for this message
Loris Zinsou (nepenthes) wrote :

Here is a screenshot of the issue.

Revision history for this message
Loris Zinsou (nepenthes) wrote :

Setting wine not to control windows does not help in this case.

Revision history for this message
turbolad (turbolad995) wrote :

Unity and Ubuntu 13.04 (64-bit)...
Unity prevents DOSBox from toggling between fullscreen and windowed mode, more than once, with the Alt+Enter keys (you hold down Alt and press Enter). I also use LXDE in Ubuntu; DOSBox accepts the Alt+Enter keys every time under LXDE. This confirms that Unity is stopping DOSBox from toggling between fullscreen and windowed mode.

Is this bug the culprit?

Revision history for this message
quequotion (quequotion) wrote :

>>turbolad

No, this bug is just a graphical glitch. The symptoms of this bug are being able to see, but not interact with, Unity's panel or launcher on top of fullscreened (Alt+Enter/F11) windows. It doesn't affect keyboard interaction.

In some cases it may affect mouse interaction, if the panel or launcher are responsive at all (they usually are not, because input is layered correctly in X11).

Revision history for this message
Jussi Lind (jussi-lind) wrote :

This still happens with full screen Qt/OpenGL apps in 13.10.

Revision history for this message
quequotion (quequotion) wrote :

>>Last year I did some work in unityshell.cpp to make it actually honour the window order and pretend that its input windows were real ones.

Do you recall a specific release version in which those changes were working?

I'd like to try it out, since I have never seen unity /not/ having this problem.

Revision history for this message
Mathew Hodson (mhodson) wrote :

The proposed package unity - 5.16.0-0ubuntu1 was released, so removing the verification-needed tag.

tags: removed: verification-needed
Mathew Hodson (mhodson)
tags: removed: ubuntu
Revision history for this message
snapy (sdfjsfjaei-hans) wrote :

I still have this bug in Ubuntu 14.04 (up to date) with Trine 2. When I accidentally press ALT, the unity launcher is always visible.

Revision history for this message
Marc Rene Schädler (suaefar) wrote :

Happens to me in Ubuntu 14.04 LTS with Diablo2 on wine.

Revision history for this message
quequotion (quequotion) wrote :

Have I mentioned before that I think this is a layering problem?

I was reading the old xscreensaver (one of many things unity appears on top of) faq and came a across this:
__________________________________________________________________
Every few minutes, xscreensaver will raise itself above any other windows that have popped up, but it can't prevent other programs from popping up their windows in the first place. So they will appear for a little while, and then be hidden.

If this is happening and it bothers you, switching to a different window manager may fix it.

You might consider this a bug in your window manager (though some consider it a feature.) If you think it's a bug, then the magic incantation to repeat to the author of your window manager is as follows: "you should be mapping windows with XRestackWindows instead of XRaiseWindow, to ensure that managed windows always appear below override-redirect windows."

It is also possible that the application that is popping up the window is doing so using an override-redirect window of its own. (This is currently the case with GTK_WINDOW_POPUP style dialogs.) In that case, it is impossible for either xscreensaver or the window manager to prevent those windows from popping up, since override-redirect windows, by definition, bypass the window manager.
__________________________________________________________________

Is Unity drawn using override-redirect? Is it mapped with XRaiseWindow?

Revision history for this message
tonyhartfield (anthony-hartfield) wrote :

I have this bug in ubuntu 14.04 however only when using a certain display configuration.

I have an nvidia graphics card and I typically use 3 displays, 2 monitors and a TV connected via HDMI cloning the output of one of the dual monitors.

In this configuration its not possible to have any full screen application open without unity appearing on top of the application. If I switch the TV to being a separate display rather than using the clone option the problem goes away.

Revision history for this message
Federico Cupellini (fedecupe) wrote :

This resets your Unity settings but is a valid workaraound and solves the problem

sudo apt-get install dconf-tools
dconf reset -f /org/compiz/
setsid unity

quequotion (quequotion)
Changed in ayatana-design:
status: Fix Committed → Opinion
status: Opinion → In Progress
Changed in ayatana-design:
status: In Progress → Fix Committed
Changed in compiz (Ubuntu):
status: Confirmed → Invalid
Changed in compiz:
status: Triaged → Invalid
Changed in compiz (Ubuntu Precise):
status: Confirmed → Invalid
tags: added: rls-w-incoming
Mathew Hodson (mhodson)
Changed in unity (Ubuntu Precise):
importance: Undecided → High
affects: compiz → ubuntu-translations
Changed in ubuntu-translations:
milestone: 0.9.11.0 → none
no longer affects: ubuntu-translations
no longer affects: compiz (Ubuntu)
no longer affects: compiz (Ubuntu Precise)
Revision history for this message
liamdawe (liamdawe) wrote :

Just to let you know, this issue still happens in Ubuntu 16.04.

Specifically when running a full screen game at a lower resolution than the desktop.

Revision history for this message
BronsonMathews (bronsonmathews) wrote :

Yes this bug is still around, and rather annoying!!
Is this due to be fixed on 16.04?

Maybe the choice of not having the top menu bar visible on the second screen would be an option also

Revision history for this message
quequotion (quequotion) wrote :

Ages ago, someone decided that Unity would need to draw itself while using plugins like "desktop wall"...

I suspect the solution they came up with was to draw Unity directly into X11's root window where nothing can ever be drawn on top of it.

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Unity isn't drawn into X11 at all. Unity is a Compiz plugin and Compiz paints everything including the root window, in whatever order the Compiz plugins desire.

Compiz is able to paint anything, including outside of X11 windows. And that's what the Unity shell is -- outside the realm of X11 windows. It's just pure OpenGL.

Revision history for this message
quequotion (quequotion) wrote :

I see..

So any idea why nothing has ever been able to draw on top of unity?

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

It's impossible for an X app to draw on top of the Unity shell because the Unity shell is part of Compiz and designed to always draw after app windows (hence appears on top).

If you want the appearance of Unity not being on top then you need to modify the Unity code so that it doesn't draw itself on top, or not draw itself at all under certain conditions.

Revision history for this message
Serge Hallyn (serge-hallyn) wrote :

Interesting wording, "you need to" - does that mean this bug should be marked wontfix or opinion?

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

My wording is because I don't work on Compiz/Unity any more. "You need to" refers to someone else, anyone else :)

Also, I just noticed this bug was marked Fix Released four years ago. I understand people continue to have trouble and it's not really fixed for some cases, so the correct thing to do is to open a new bug. Because "Fix Released" bugs don't show up in searches and generally should not be reopened if they've been closed this long, even if closed in error. Adding comments to this bug is not the productive way forward.

Revision history for this message
Serge Hallyn (serge-hallyn) wrote : Re: [Bug 734908] Re: Unity is visible on top of fullscreen apps

Gotcha, thanks. (I'm not using unity so haven't seen this re-appear.
Though I also don't recall it ever having been fixed)

\o

Mathew Hodson (mhodson)
Changed in ayatana-design:
status: Fix Committed → Fix Released
Changed in unity-distro-priority:
status: Confirmed → Fix Released
Revision history for this message
quequotion (quequotion) wrote :

Comment #96 lists this bug as fixed in release 5.16.0-0ubuntu1, but I *know* that is not true. As Daniel has pointed out, the underlying issue is that Unity draws itself above all other windows in X11. Unless this behavior is changed--and it was not in 5.16.0-0ubuntu1--Unity will always be visible over full-screen apps--as it always has been.

Not that it really matters; Unity is one of the things that drove me away from Ubuntu and I no longer use either. It seems Unity drove so many users away Canonical finally had to give it up. I am not surprised.

I do hope it doesn't mean the end for (Ayatana) Compiz. Ubuntu's fork of compiz is still much lighter and more advanced than compiz-core, despite the lack of flashy plugins.

Displaying first 40 and last 40 comments. View all 147 comments or add a comment.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

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