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
Revision history for this message
Kieran Hogg (xerosis) wrote :

The same root cause is now quite obvious with the addition of two panels in Unity 5.2 as not only is the menu bar appearing over full screen apps, the launcher is too :(

Revision history for this message
Maximilian Federle (ppd) wrote :

I'm experiencing a very similar bug. The whole unity stuff (launcher + panel) is visible over fullscreen windows.
However this is ONLY when the fullscreen window looses focus.
This may happen when you click on the second monitor or somehow activate a window on that monitor.

So are we maybe talking about the same?
Please pay attention to whether the panel appears over the window before or after the fullscreen window loses focus.

That is a huge difference and should be made clear in the bug description.

Revision history for this message
KarlRelton (karllinuxtest-relton) wrote :

With reference to comment #42, the issue described in that comment matches the problem I reported in
https://bugs.launchpad.net/unity/+bug/907464 which is now marked as a duplicate of this bug.

The two bugs are obviously related, but not necessarily exact duplicates, at least in my view.

Omer Akram (om26er)
Changed in unity:
importance: Medium → High
Changed in unity (Ubuntu):
importance: Medium → High
Revision history for this message
quequotion (quequotion) wrote :

This is not limited to multimonitor.

I have been having this issue with a single monitor for as long as I've been using Unity.

There's an interesting blog post here:

http://somethingididnotknow.wordpress.com/2012/02/09/set-fullscreen-windows-to-go-over-gnome-shells-and-unitys-top-bar-with-python-and-glade/

Which suggests that fullscreen() may not be enough, and that only windows with window-type "Popup" can cover panels in gtk3.

Revision history for this message
Aaron Roydhouse (aaron-roydhouse) wrote :

I see this too. Unually the window goes full screen initially, but later while you are using the full-screen app, the Unity stuff pops on top of the full-screen app. I get it most when using Bibble 5 / AfterShot Pro and I think it may be related to when focus changes to a pop-up window the full screen app pops-up. I get this when using a single-screen, mainly because that is where I use apps full-screen.

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
Revision history for this message
quequotion (quequotion) wrote : Re: Multimonitor - Unity is visible in fullscreen apps when using multimonitors

What does it mean when a fix is committed to ayatana design?

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

This is not just a multimonitor issue, as demonstrated by some duplicates.

summary: - Multimonitor - Unity is visible in fullscreen apps when using
- multimonitors
+ Unity is visible on top of fullscreen apps
Revision history for this message
quequotion (quequotion) wrote :

On a single monitor desktop, I've found this problem more prevalent with Unity+Cube than Unity+Wall desktops.

Unity+Wall usually does not show the panel while a window is in full-screen.

Unity+Cube almost always shows the panel on top of all fullscreen windows.

Also, I noticed another potential communication problem:

"on top" (3d) meaning "layered on top" looking down the z axis. this could also be said as "in front"
"on top" (2D) meaning "located at the top of the screen" on the x axis. the unity panel resides at the top of the screen.

The panel is visible "on top" (3d) of fullscreen windows.

With a fully transparent panel, you can see the fullscreen window content "under", or "behind", the appmenu/indicators/clock/etc.

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

Hey all, please note:

If unity still responds to the mouse when it's overdrawing a fullscreen app, then that means this is a compiz stacking bug.

If unity does not respond to the mouse and clicks go directly to the fullscreen window below, then it's just a rendering bug in unity. In that case, this upcoming fix should resolve it:
https://code.launchpad.net/~vanvugt/unity/regionalDamage/+merge/109809

Changed in unity:
assignee: nobody → Daniel van Vugt (vanvugt)
Revision history for this message
Greg A (etulfetulf) wrote :

I am seeing a different bug to the one Daniel refers to. (Unity does respond to mouse clicks).

Therefore, for the multimonitor case I've reopened Bug #748539 and included steps to reproduce.

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
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in compiz (Ubuntu):
status: New → Confirmed
Revision history for this message
keepitsimpleengr (keepitsimpleengineer) wrote :

Surely this is being worked on...

...every time I demo Mythtv, they invariably ask "what's that on top of the tv screen?"

Revision history for this message
MC Return (mc-return) wrote :

Daniel, bug 748539 describes the problem and reproduction of it perfectly.
It seems to be a Compiz stacking bug that is involved here also, because the Unity panel is still responsive.
Bug 748539 is still valid on Ubuntu 12.10, Compiz 0.9.8 + bzr3249-0ubuntu2, Unity 5.12+bzr2462ubuntu0+718.

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

Fix committed into lp:unity at revision 2470

Changed in unity:
status: In Progress → Fix Committed
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Bug 748539 is a different case (for unity) and no longer a duplicate. I suggest the duplicates of this bug need to be re-reviewed to see if they are instead duplicates of bug 748539.

That all said, Sam's compiz fix for *this* bug might also fix bug 748539.

Omer Akram (om26er)
Changed in unity (Ubuntu):
status: Confirmed → Fix Committed
Changed in unity:
status: Fix Committed → Fix Released
Revision history for this message
quequotion (quequotion) wrote :

>>Didier

Really? Where?

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

quequotion:

Fix released in "unity", meaning source code 6.0 released:
https://launchpad.net/unity/+milestone/6.0

Packaging for Ubuntu 12.10 is coming soon. And if all goes well, then it will be back-ported to 12.04 after that.

Normally you should watch for "unity (Ubuntu)" to know when a fix hits Ubuntu, however it was marked Fix Committed by Omer a little early. Apparently that's standard practice for Unity bugs (?).

Revision history for this message
quequotion (quequotion) wrote :

>>Daniel

I see.

I thought "Fix Released" was intended to mean a working binary was available either in PPA or a main repository.

I did find unity 6.0 in quantal today, and--being eager to be rid of this bug--decided to give it a shot...

The procedure was not easy, as I do not intend to upgrade to quantal at this time or add it's repositories alongside precise, and involved manually resolving an convoluted dependency chain.
Luckily, this is something I have done before (downgrading xorg, upgrading compiz, etc.)

As far dpkg is concerned, and as far as I can tell, I now have a complete installation of unity, compiz, nux, etc. from quantal inside precise.

Unity is blinking in and out of existence almost constantly.

The panel, launcher, lenses and scopes are all in constant flux...

I am not sure that there's anything standard about unity or it's bugs.

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

quequotion: That blinking problem is specific to precise as far as I know. It does not happen on quantal (AFAIK) with compiz 0.9.8 and nux 3.0, which is the target platform right now.

I will be investigating the blinking on precise later, as part of the back-port to precise.

Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (5.8 KiB)

This bug was fixed in the package unity - 6.0.0-0ubuntu1

---------------
unity (6.0.0-0ubuntu1) quantal-proposed; urgency=low

  [ Didier Roche ]
  * debian/rules, debian/control, debian/unity-autopilot.install:
    - install new unity-autopilot package, containing autopilot bindings and
      test for Unity
    - add some python build-dep for executing setup.py
    - use dh_python2 and add some python:Depends dep for automatic python
      version detection
  * debian/control:
    - remove gnome-desktop dependency: not needed upstream anymore
    - unity Breaks older lenses due to path change
    - remove libgdu in build-dep
  * debian/libunity-core-6.0-5.install, debian/libunity-core-6.0-dev.install,
    debian/control:
    - version bump in libunity-core, change soname

  [ Matthieu Baerts (matttbe) ]
  * Update apport hook for python3 ; thanks to Edward Donovan (LP: #1013171)

  [ Łukasz 'sil2100' Zemczak ]
  * New upstream release.
    - compiz crashed with SIGSEGV in get_current_slide() from
      unity::BGHash::OnSlideshowTransition() (LP: #889625)
    - Unity is visible on top of fullscreen apps (LP: #734908)
    - App icon on the Unity Launcher lost track of running instance
      (LP: #772063)
    - unity crashed with NameError in reset_unity_compiz_profile(): global
      name 'GError' is not defined (LP: #778470)
    - compiz crashed with SIGSEGV in CompWindow::id() from getPaintMask()
      [compizminimizedwindowhandler.h] from unity::UnityWindow::glPaint()
      (LP: #851982)
    - HUD - Formatting of text in the auto-complete is wrong (LP: #939436)
    - [regression] Launcher is silent to screen reader users (LP: #949448)
    - still some accent issues with unity/nux (LP: #950740)
    - [regression] [precise] 3D apps run much slower under Unity (LP: #987304)
    - No launcher icon or Alt+Tab entry for Gimp windows (LP: #995916)
    - Locked smuxi launcher icon does not indicate smuxi running status
      (LP: #999820)
    - When number of workspaces is set to 1, the Spread no longer works
      (LP: #996604)
    - Much slower OpenGL frame rates with unityshell loaded, than plain compiz
      (LP: #988079)
    - Port to libudisks2 (LP: #1012000)
    - Desktop, Launcher and menu bar still visible when screen locked
      (LP: #886605)
    - Searching in the HUD freezes unity (LP: #1016239)
    - Dragged icons rendered under dash (LP: #1021541)
    - Regression in Launcher keyboard navigation (with Alt+F1) (LP: #1021549)
    - Unity dash is is much slower/laggy after revision 2469. (LP: #1021665)
    - Dash and Launcher - As soon as a user starts dragging a file from the
      Dash, there is a 'flicker' before the Launcher icons that are valid drop
      receptacles re-saturate (LP: #863230)
    - Dash - when a file is dragged from the Dash (Dash home, file lens, or
      music lens) and dropped on a Launcher icon, the Dash should
      automatically close (LP: #865168)
    - Refreshing active blur makes the dash painfully slow (LP: #874230)
    - Open dash, press Alt+f1 - dash remains open (LP: #919209)
    - application reopens itself when last instance is closed from
      windows/application switcher (LP: #926406)
    - HUD D...

Read more...

Changed in unity (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
quequotion (quequotion) wrote :

>>Daniel

Thank you. I'm happy to know at least that it's not just me.

If it helps, I've installed these packages from quantal:

compiz_0.9.8+bzr3249-0ubuntu2_all.deb
compizconfig-backend-gconf_0.9.8+bzr3249-0ubuntu2_all.deb
compizconfig-settings-manager_0.9.8+bzr3249-0ubuntu2_all.deb
compiz-core_0.9.8+bzr3249-0ubuntu2_amd64.deb
compiz-gnome_0.9.8+bzr3249-0ubuntu2_amd64.deb
compiz-plugins_0.9.8+bzr3249-0ubuntu2_amd64.deb
compiz-plugins-default_0.9.8+bzr3249-0ubuntu2_amd64.deb
compiz-plugins-extra_0.9.8+bzr3249-0ubuntu2_all.deb
compiz-plugins-main_0.9.8+bzr3249-0ubuntu2_all.deb
compiz-plugins-main-default_0.9.8+bzr3249-0ubuntu2_all.deb
gir1.2-unity-5.0_5.12.0-0ubuntu2_amd64.deb
libboost-serialization1.49.0_1.49.0-3ubuntu1_amd64.deb
libcompizconfig0_0.9.8+bzr3249-0ubuntu2_amd64.deb
libdecoration0_0.9.8+bzr3249-0ubuntu2_amd64.deb
libglew1.7_1.7.0-3_amd64.deb
libnux-3.0-0_3.0.0-0ubuntu1_amd64.deb
libnux-3.0-common_3.0.0-0ubuntu1_all.deb
libpci3_3.1.9-5_amd64.deb
libunity-2d-private0_5.12.0-0ubuntu2_amd64.deb
libunity9_5.12.0-0ubuntu2_amd64.deb
libunity-core-6.0-5_6.0.0-0ubuntu1_amd64.deb
libunity-misc4_4.0.4-0ubuntu2_amd64.deb
nux-tools_3.0.0-0ubuntu1_amd64.deb
pciutils_3.1.9-5_amd64.deb
python-compizconfig_0.9.8+bzr3249-0ubuntu2_amd64.deb
unity-2d_5.12.0-0ubuntu2_all.deb
unity-2d-common_5.12.0-0ubuntu2_all.deb
unity-2d-launcher_5.12.0-0ubuntu2_all.deb
unity-2d-panel_5.12.0-0ubuntu2_amd64.deb
unity-2d-places_5.12.0-0ubuntu2_all.deb
unity-2d-shell_5.12.0-0ubuntu2_amd64.deb
unity-2d-spread_5.12.0-0ubuntu2_amd64.deb
unity_6.0.0-0ubuntu1_amd64.deb
unity-asset-pool_0.8.23-0ubuntu1_all.deb
unity-autopilot_6.0.0-0ubuntu1_all.deb
unity-common_6.0.0-0ubuntu1_all.deb
unity-lens-applications_5.12.0-0ubuntu2_amd64.deb
unity-lens-files_5.10.0-0ubuntu2_amd64.deb
unity-lens-music_6.0.0-0ubuntu2_amd64.deb
unity-lens-video_0.3.6-0ubuntu2_all.deb
unity-scope-musicstores_6.0.0-0ubuntu2_amd64.deb
unity-scope-video-remote_0.3.6-0ubuntu1_all.deb
unity-services_6.0.0-0ubuntu1_amd64.deb

Also, I gave the "Show Repaint" plugin a try for the first time ever today.

I don't know if this is normal or could be related to the bug, but the plugin indicates continuous, periodic (in 1 to 4 second intervals) repaints when nothing is happening on the screen (no cursors, no animations, no videos, mouse not moving, etc).
The clock would need redrawing every minute at least, but I'm not sure what else might be redrawing.

Revision history for this message
quequotion (quequotion) wrote :

I forgot to say:

During some of those periodic repaints unity is momentarily visible, but for the majority of them it is not.

Revision history for this message
MC Return (mc-return) wrote :

Daniel, I am not able to confirm this fix yet.
Using compiz 1:0.9.8-1+bzr3285-staging1-201207130249~quantal1 the panel is still visible on top of fullscreen applications.

When setting a video to run fullscreen on my second monitor (1280x1024) the Unity-panel disappears first, but once I click on any other window on my main monitor, the Unity-panel on the second monitor instantly reappears. Clicking on the running fullscreen video makes this panel disappear again.

Trying to set the same video to fullscreen on the main monitor (1920x1200) presents me a completely black screen plus a (hiding) mousecursor now :( - there is no Unity-panel visible or appearing on the main monitor, even if I select another window on the second screen.

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

mc-return, that is bug 748539, which is a different multi-monitor case that is not yet fixed.

description: updated
Revision history for this message
MC Return (mc-return) wrote :

Daniel, sorry then.

Revision history for this message
keepitsimpleengr (keepitsimpleengineer) wrote :

If you are using Mythtv, and this bug is affecting you, switching to Unity 2D will provide a workaround.

Details at
 http://askubuntu.com/questions/159763/playback-on-mythbuntu-with-nvidia-graphic-adapter-is-showing-moderate-tearing-a

Revision history for this message
quequotion (quequotion) wrote :

>>Daniel

I found a clue about the blinking with unity 6.0, nux 3.0, and compiz 0.9.8 in Precise

First, I tried making a new user to see if the desktop was affected.
It wasn't, but I noticed another problem: windows cannot full-screen.
I tested firefox (f11) and totem (double click or f11).
Both applications freeze the current viewport and will not enter full-screen, but can be recovered by exiting full-screen.

Next, I started crawling through ccsm, trying each and every button.
In Desktop Cube -> Transparent Cube -> Opacity When Not Rotating:
The default value is 100%, at which Unity stops blinking and windows cannot full-screen.
At any value less than 100%, Unity will start blinking and windows can full-screen.

So, there's a connection between the blinking, cube opacity, and full-screen.

Any idea what it might be?

Maybe this needs a new bug report.

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

quequotion, those are known issues. Please discuss them in the appropriate bugs:

Full screen freeze --> bug 1024911
Blinking unity --> bug 1024459

Revision history for this message
quequotion (quequotion) wrote :

>>Daniel

Thank you for the references.

I will comment on both, but neither issue is quite what I'm experiencing.

I altered the opacity setting for the desktop cube, not the panel.
When the cube is opaque, then panel stops blinking and windows can full-screen.
If the cube is less than opaque, the panel blinks and windows cannot full-screen.

Changing the panel's opacity had no effect.

All of unity (panel, launcher, dash, hud) is blinking when any window is open, not only libreoffice.

Revision history for this message
quequotion (quequotion) wrote :

mistype!!

that should say:

When the cube is opaque, then panel stops blinking and windows CANNOT full-screen.
If the cube is less than opaque, the panel blinks and windows CAN full-screen.

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

quequotion:

Please log your issues as new bugs. And please be aware that if you're running unity 6.x on precise then that is not supported so you're unlikely to get help with such bugs.

Revision history for this message
quequotion (quequotion) wrote :

Good news:
It's now completely irrelevant to file a bug report on the problems I had with unity 6.0.0-0ubuntu1.
The patches that fixed the other bugs also fix mine, so unity 6.0.0-0ubuntu2 looks ok.

Bad news:
The original bug, this bug, is not fixed.
The unity panel is still visible over all full-screen applications.

Clicks pass through to the fullscreen window, so it's the same compiz layering problem as before.

Revision history for this message
quequotion (quequotion) wrote :

*so it's the same unity rendering problem as before.

Maybe I'm suffering from bug 861710 as well?

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

quequotion: Could you please upload information about your system using this command?...
    ubuntu-bug unity

That will log a new bug, which is likely to become a duplicate of this one. But it's better than filling this bug with apport data.

Revision history for this message
quequotion (quequotion) wrote :

>>Daniel

bug 1025535 is ready for review; your assistance is much appreciated!

Revision history for this message
quequotion (quequotion) wrote :

Can anyone provide screenshots showing that this bug has been fixed?

Specifically, I need to see:

- firefox in full-screen with no icons, clock, window title, etc
- a video playing in full-screen (any player) with no icons, clock, window title, etc.
- a game being played in full-screen with no icons, clock, window title, etc.
- a screensaver with no icons, clock, window title, etc.

I have not seen that the bug was fixed in any version of unity and I'd like to know if it's just me.

Revision history for this message
quequotion (quequotion) wrote :

Furthermore, has anyone else tested this issue against the desktop cube?

I am fairly certain the issue is still affecting the compiz cube.

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

Fix committed into lp:unity/5.0 at revision 2394

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

quequotion, I am not aware of anyone else encountering the problem you have. But I'm also not aware of anyone else having forced Unity 6.0 to install on precise. If anyone has, please discuss in bug 1025535.

Revision history for this message
Matthew (ruinairas1992) wrote :

Still occurs on Ubuntu 12.10 (Aug 17, 2012) I tested using Halo on wine.

Revision history for this message
František Zatloukal (zatloukal-frantisek) wrote :

Yes, i can confirm that the bug is still present on Ubuntu 12.10.

Revision history for this message
quequotion (quequotion) wrote :

>>Matthew, František

Could you give a few more details about your desktops?

In particular, I'd like to know:

Have you changed any settings in CCSM? (i have this issue with "desktop cube")

What hardware & drivers do you use? (probably unrelated, but one never knows)

How many monitors do you use? (there's another bug report for multi-monitor)

Revision history for this message
František Zatloukal (zatloukal-frantisek) wrote :

Yes, that problem affects 2 of 2 my desktops :D
I don't use CCSM.
I use only one monitor.
First desktop - Intel Atom N455 + GMA 3150 - 1024 * 600
Second desktop - Amd Athlon QL 65 + Ati Mobility Radeon 4570 - free graphic driver - 1366 * 768

I don't use any ppa affecting xorg, mesa and drivers. On first desktop i've tried both - SNA & UXA backend - result is identical.
And last note - on both desktops i am using wine 1.5.10 from official ppa.

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

All,

If you still have problems similar to this bug with a SINGLE monitor, then please run:
    ubuntu-bug unity
To ensure a new bug is created for us to track.

For multiple monitors, see bug 907464.

Changed in compiz:
milestone: 0.9.8.0 → 0.9.8.1
Revision history for this message
Anders L. (vithiri) wrote :

I must confess that I haven't read through the full history of this bug report, but I can confirm that it is still present in 12.04.1.

This happens when the full screen application on the second display is not focused.

As long as the application still has focus, the top bar (and the rest of the Unity interface if you have opted to show it) will remain hidden, but when the application loses focus it is drawn on top of everything on the display.

This is especially noticeable if you are running a presentation on the second display and need to keep another window focused on your main display, or if you (as in my case) are running a video on a connected TV set while using the computer for general browsing and bug reporting.

Revision history for this message
František Zatloukal (zatloukal-frantisek) wrote :

I've reported https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1039045 .
Somebody should look at it - it is really annoying bug :/

Revision history for this message
Matthew (ruinairas1992) wrote :

Has there been any work on fixing this bug? I hope there is a workaround/fix for Ubuntu 12.10. Especially since Unity 2D has been removed from default installations.

Revision history for this message
František Zatloukal (zatloukal-frantisek) wrote : Re: [Bug 734908] Re: Unity is visible on top of fullscreen apps

No, i still need to use alternative DE for gaming.
I think it will be better to wait for https://launchpad.net/unity/6.0/6.4 .
A will be tommorow without internet access, so i can't test it. I'll write
you when i try out Unity 6.4.
And i can try gnome panel or shell - to desire where is bug (unity vs
compiz).

2012/8/31 Matthew <email address hidden>

> Has there been any work on fixing this bug? I hope there is a
> workaround/fix for Ubuntu 12.10. Especially since Unity 2D has been
> removed from default installations.
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1037593).
> https://bugs.launchpad.net/bugs/734908
>
> Title:
> Unity is visible on top of fullscreen apps
>
> Status in Ayatana Design:
> Fix Committed
> Status in Compiz:
> In Progress
> Status in Unity:
> Fix Released
> Status in Unity 5.0 series:
> Fix Committed
> Status in Unity Distro Priority:
> Confirmed
> Status in “compiz” package in Ubuntu:
> Confirmed
> Status in “unity” package in Ubuntu:
> Fix Released
>
> Bug 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.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ayatana-design/+bug/734908/+subscriptions
>

--
*František Zatloukal*
*
*
*E-mail:* <email address hidden>
*Mobil:* +420 607 480 053
*ICQ:* 574 401 876
*Web:* fanys12.doolphin.cz

Revision history for this message
František Zatloukal (zatloukal-frantisek) wrote :

Bug is still present on Unity 6.4

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

All,

This bug is marked Fix Released, so further comments generally won't get much attention.

If you still have a problem on:
  12.04: Please wait. This fix has not been released for 12.04 yet.
  12.10: Please ensure your system is fully updated and if the problem persists then log a new bug with:
      ubuntu-bug unity

Revision history for this message
František Zatloukal (zatloukal-frantisek) wrote :

I know, i´ve reported https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1039045 .
I have latest packages :/

Revision history for this message
Mateusz Stachowski (stachowski-mateusz) wrote :

I'm using 12.04 and I don't have problems with running games in fullscreen (native and Wine). I'm using Unity from the SRU PPA and I have proposed updates enabled.

You should use CompizConfig Settings Manager and enable Legacy Fullscreen Support it's in Tools => Workarounds.

I remember that this option worked even before Precise was released.

Changed in compiz:
milestone: 0.9.8.2 → 0.9.8.4
description: updated
Revision history for this message
Clint Byrum (clint-fewbar) wrote : Please test proposed package

Hello Federico, or anyone else affected,

Accepted unity into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/unity/5.16.0-0ubuntu1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Changed in unity (Ubuntu Precise):
status: New → Fix Committed
tags: added: verification-needed
tags: added: verification-done
removed: verification-needed
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in compiz (Ubuntu Precise):
status: New → Confirmed
tags: added: verification-needed
removed: verification-done
Revision history for this message
quequotion (quequotion) wrote :

Unfortunately unity 5.16.0 does not fix this bug (completely).

There is still an edge case: bug 1025535

Steps to reproduce:

1. In CCSM, enable Desktop Cube
2. In Desktop Cube's settings, in the Transparent Cube tab, set "Opacity When Not Rotating" to any value less than 100.0000
3. Open an application capable of fullscreen (firefox, totem, etc)
4. Enter fullscreen (usually [F11] or [Alt]+[Enter])
5. Observe that unity obstructs the fullscreen window.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package unity - 5.16.0-0ubuntu1

---------------
unity (5.16.0-0ubuntu1) precise-proposed; urgency=low

  [ Łukasz 'sil2100' Zemczak ]
  * debian/control:
    - Update libgeis-dev and libgrail-dev dependencies in debian/control
  * New upstream release.
    - launcher is not refreshed after user session switch (LP: #1016430)
    - Dragging windows around is slow/sluggish/laggy when multiple monitors
      are enabled (LP: #874619)
    - Dragging icons to reorder -away from launcher causes the dragged icon
      image edges to fade away(cut off) (LP: #1026247)
    - Arrow for indicating lenses points empty space on alt+F2 (LP: #998752)
    - Tooltips backgrounds are not refreshed (no active blur) (LP: #967112)
    - [regression] Unity panel transparency (active blur) not updating properly
      (LP: #865006)
    - [Regression] Hideous low-res icon when using the HUD with autohide
      enabled. (LP: #1035951)
    - Launcher dragged icon is not redrawn when the mouse pointer is not moved
      (LP: #1032700)
    - Black background around after dash is restored (LP: #992516)
    - Refreshing active blur makes the dash painfully slow (LP: #874230)
    - [SRU regression] alt-grave not switching to next window unless 'grave'
      pressed twice (LP: #1035668)
    - [SRU Regression] Unity 5.14 + Nux 2.14: Launcher tooltips are
      incomplete/missing (LP: #1034164)
    - [nvidia] unity crashed in
      nux::GraphicsEngine::QRP_GLSL_1Tex (glDrawArrays) (LP: #1031554)
    - compiz crashed with SIGSEGV in
      unity::ui::EdgeBarrierController::Impl::OnPointerBarrierEvent()
      (LP: #1020075)
    - Much slower OpenGL frame rates with unityshell loaded, than plain compiz
      (LP: #988079)
    - Compiz won't start if "unredirect fullscreen windows" is enabled
      (LP: #980663)
    - [regression] Unity launcher on-screen corruption on resume from suspend
      with nVidia proprietary driver (LP: #915265)
    - Desktop, Launcher and menu bar still visible when screen locked
      (LP: #886605)
    - Unity is visible on top of fullscreen apps (LP: #734908)
    - [nvidia] compiz crashed with SIGSEGV in
      nux::BasePainter::PaintBackground (LP: #982626)
    - Update dependency on the renamed libgeis

  [ Didier Roche ]
  * debian/control:
    - build-dep on latest nux as libgeis-dev and libutouch-geis-dev are
      conflicting (LP: #1047385)
 -- Lukasz 'sil2100' Zemczak <email address hidden> Tue, 11 Sep 2012 10:53:17 +0200

Changed in unity (Ubuntu Precise):
status: Fix Committed → Fix Released
Revision history for this message
Chris Halse Rogers (raof) wrote : Update Released

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.

Revision history for this message
Ricardo Salveti (rsalveti) wrote :

Tested with Precise on ARM (Pandaboard) and the fix didn't bring any other side effect or regression, besides fixing the proposed bug. Was able to use Firefox at full screen without any issue with Unity.

Revision history for this message
htrex (hantarex) wrote :

Could you please implement a feature to optionally but completelly disable the top screen menubar on a secondary monitor?

With that bar Ubuntu with Unity becomed unusable for video art and gigs, where the secondary display output is used with projectors in live shows.

In such environments, on the unfortunate case of a problem with the application generating output on the secondary monitor, a small human error with the fader of a video mixer, or anything, showing a black background for a moment is more desiderable than showing an operating system interface for a moment.

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

htrex,

There is already a bug requesting that enhancement, somewhere. However it sounds like you are describing bug 748539, so please look at that one instead.

Revision history for this message
quequotion (quequotion) wrote :

Has anyone tested the bug against compiz with the cube enabled and the cube transparent?

You will find that the bug has not been fixed.

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

If anyone does have similar problems with cube transparency, please look at bug 1025535 instead.

Changed in compiz:
milestone: 0.9.8.4 → 0.9.9.0
Revision history for this message
htrex (hantarex) wrote :

tnx Daniel, I'll post my comment there.

John Lea (johnlea)
Changed in ayatana-design:
status: Fix Committed → Fix Released
tags: added: reviewedbydesignp
removed: udp
Revision history for this message
Pilot6 (hanipouspilot) wrote :

When I start a fullscreen movie on a second monitor and open any window on the first monitor, unity is visible on the second.
Si fix does not work.

Revision history for this message
Jg-staffel (jg-staffel) wrote :

Yes, i can confirm that on Ubuntu 12.04 with two monitors.

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

Pilot6, Jg-staffel,

You are describing bug 748539, not this one.

Revision history for this message
quequotion (quequotion) wrote :

>>John Lea

What does it mean when a fix is released for ayatana design?

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.

To post a comment you must log in.
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.