Unity is visible on top of fullscreen apps

Reported by Federico Raimondo on 2011-03-14
690
This bug affects 192 people
Affects Status Importance Assigned to Milestone
Ayatana Design
High
John Lea
Compiz
High
Unassigned
Unity
High
Daniel van Vugt
5.0
High
Tim Penhey
Unity Distro Priority
Undecided
Unassigned
compiz (Ubuntu)
Undecided
Unassigned
Precise
Undecided
Unassigned
unity (Ubuntu)
High
Unassigned
Precise
Undecided
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

lp:~vanvugt/unity/regionalDamage
Merged into lp:unity at revision 2470
Daniel d'Andrada: Needs Information on 2012-07-06
Tim Penhey (community): Approve on 2012-07-04
Sam Spilsbury (community): Approve on 2012-06-27
jenkins (community): Approve (continuous-integration) on 2012-06-27
Daniel van Vugt: Abstain on 2012-06-27
lp:~thumper/unity/regional-damage-sru
Merged into lp:unity/5.0 at revision 2394
Łukasz Zemczak: Approve on 2012-08-02
Marco Trevisan (Treviño): Approve on 2012-08-01
Daniel van Vugt: Approve on 2012-07-27
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) on 2011-03-14
Changed in unity:
status: New → Incomplete

apport information

tags: added: apport-collected compiz-0.9 natty running-unity ubuntu
description: updated

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

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

Federico Raimondo (fraimondo) wrote :
Federico Raimondo (fraimondo) wrote :
Federico Raimondo (fraimondo) wrote :
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.

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
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.

Didier Roche (didrocks) on 2011-03-21
Changed in unity:
status: Incomplete → Confirmed
Omer Akram (om26er) on 2011-04-16
tags: added: multimonitor
Ben Straton (fanum) wrote :

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

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
DarkRedman (darkredman) wrote :

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

Omer Akram (om26er) on 2011-08-17
Changed in unity (Ubuntu):
importance: Low → Medium
Changed in unity:
importance: Undecided → Medium
Eduardo Rivas (jerivasmelgar) wrote :

Oneiric is out and this is still an issue.

Omer Akram (om26er) on 2011-12-06
tags: added: 26p
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
Sam Spilsbury (smspillaz) wrote :

(this is with multimonitor)

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.

Alex Burfee (joop-wow) wrote :

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

Changed in unity:
status: Invalid → New
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) on 2012-03-11
Changed in unity:
importance: Medium → High
Changed in unity (Ubuntu):
importance: Medium → High
John Lea (johnlea) on 2012-04-19
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) on 2012-04-22
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) on 2012-07-09
Changed in unity (Ubuntu):
status: Confirmed → Fix Committed
Didier Roche (didrocks) on 2012-07-10
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
51 comments hidden view all 131 comments

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

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
Alan Pope ㋛ (popey) on 2012-09-21
tags: added: verification-done
removed: verification-needed
Launchpad Janitor (janitor) wrote :

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

Changed in compiz (Ubuntu Precise):
status: New → Confirmed
Alan Pope ㋛ (popey) on 2012-09-25
tags: added: verification-needed
removed: verification-done
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.

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

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.

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.

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.

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.

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.

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
htrex (hantarex) wrote :

tnx Daniel, I'll post my comment there.

John Lea (johnlea) on 2012-10-12
Changed in ayatana-design:
status: Fix Committed → Fix Released
tags: added: reviewedbydesignp
removed: udp
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.

Jg-staffel (jg-staffel) wrote :

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

Daniel van Vugt (vanvugt) wrote :

Pilot6, Jg-staffel,

You are describing bug 748539, not this one.

quequotion (quequotion) wrote :

>>John Lea

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

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.

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.

Alex Burfee (joop-wow) wrote :

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

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.

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...

Loris Zinsou (the-lz-himself) 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
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
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

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

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) on 2013-05-15
Changed in ayatana-design:
status: Fix Released → Fix Committed
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)?

sgttynis (sgttynis) 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.

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?

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 :(

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.

@ 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) on 2013-07-24
Changed in compiz:
milestone: 0.9.10.2 → 0.9.11.0
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.

Loris Zinsou (the-lz-himself) 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.

Loris Zinsou (the-lz-himself) wrote :

Here is a screenshot of the issue.

Loris Zinsou (the-lz-himself) wrote :

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

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?

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).

Jussi Lind (jussi-lind) wrote :

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

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.

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

Other bug subscribers

Related questions