after compiz crashed, gnome-panel isn't mapped again

Bug #711378 reported by Ken VanDine on 2011-02-01
This bug affects 18 people
Affects Status Importance Assigned to Milestone
compiz (Ubuntu)

Bug Description

Binary package hint: compiz

Compiz crashed, and when attempting to fallback to a 2d session gnome-panel isn't mapped again.

Didier Roche (didrocks) wrote :

ok, sam, it's more to have some input from you, maybe not a compiz bug.

So, gnome-session starts compiz and then gnome-panel when log in.

at some point, compiz crash (yeah, it happens, can't believe it, isn't it? ;)), gnome-panel is still running.
But nothing appears on screen.

Even DISPLAY=:0 metacity doesn't display again gnome-panel (which is running in ps aux | grep gnome-panel)

We can reproduce it quite reliably. Do you think it's because compiz can crash just when it's reparenting gnome-panel and so, then, the X window is lost?

Changed in compiz (Ubuntu):
importance: Undecided → High
status: New → Triaged
milestone: none → ubuntu-11.04-beta
Sam Spilsbury (smspillaz) wrote :

No, the x window cannot be lost since we use XAddToSaveSet.

Might be worth using xwininfo -root -tree to see if gnome-panel got stacked below the desktop or something.

Didier Roche (didrocks) wrote :

hum, nice idea, will keep that in mind, thanks! :)

Michael Bienia (geser) wrote :

I'm sure I've the same problem but my gnome-panel isn't visible sometimes after auto-login too (Classic Desktop). I've to send a SIGHUP to gnome-panel to let it "reappear".
Attached the output of xwininfo -root -tree.

Jean-Baptiste Lallement (jibel) wrote :

Coming from bug 712630, here is the output of xwininfo -root -tree.
a SIGHUP makes gnome-panel appear.
Also note the nautilus is not there either (right click does nothing) and sending a SIGHUP to nautilus make right-click working again.

Didier Roche (didrocks) wrote :

Thanks Jean-Baptiste, Michael,

It seems that the stacking is fine though, what's your take Sam?

tags: added: iso-testing
David Barth (dbarth) on 2011-03-11
tags: added: unity
cgarre (cgarre) wrote :

I am not sure if mine is the same problem, but i do keep seeing compiz crash when alt-tabbing or when trying to move to another window from the left bar. And then there is nothing .. like if i have firefox maximized .. firefox loses its top (minimize etc as thats part of the top panel that vanishes). Also alt tab doesnt work , ctrl backspace doesnt work ... cannot do anything .. but firefox keeps working .. so basically the sytem becomes a giant firefox .. and nothing else (sort of like chrome os haha). This does happen in gnome desktop too, not just unity FYI. I am on alpha 3.

Changed in compiz (Ubuntu Natty):
assignee: nobody → Canonical Desktop Experience Team (canonical-dx-team)
Changed in compiz (Ubuntu Natty):
assignee: Canonical Desktop Experience Team (canonical-dx-team) → Loïc Molinari (loic.molinari)
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package compiz - 1:0.9.4git20110322-0ubuntu1

compiz (1:0.9.4git20110322-0ubuntu1) natty; urgency=low

  * New upstream bug fix snapshot:
    - Application windows can sometimes fail to display and will
      mask regions of the screen (LP: #709461)
    - Compiz switcher Alt-Tab order is not predictable - should
      maintain LIFO ordering in application switcher (LP: #175874)
    - after compiz crashed, gnome-panel isn't mapped again (LP: #711378)
    - invisible windows border problem (LP: #710271)
    - Compiz thinks you are clicking in an edge window when you
      are not (LP: #734250)
    - Add test case for invisible window regressions (LP: #736876)
    - often can't alt-click-dnd to move the focussed dialog (LP: #711911)
    - When windows open for the first time they should not hide (LP: #723878)
    - Unity Grid is broken for multi-monitor setups (LP: #709221)
    - Pixmaps trashed during animations when window is unmapped (LP: #733331)
    - Windows have blank decorations when rapidly closing and
      reopening (LP: #733328)
    - Unity is not restored on unity/compiz crash: compiz doesn't register
      properly with gnome-session (LP: #716462)
  * remove the patch taken from upstream
  * refresh u-w-d patch with latest upstream work
  * debian/compiz-core.install:
    - image move to the final destination
  * debian/patches/100_bump_core.h.patch:
    - bump for ABI breakage
  * debian/compiz-decorator:
    - use gtk-window-decorator and not unity-window-decorator as it's really
      crashy for now (will probably redo an upload tomorrow with a fixed
 -- Didier Roche <email address hidden> Tue, 22 Mar 2011 21:45:34 +0100

Changed in compiz (Ubuntu Natty):
status: Triaged → Fix Released
Jean-Baptiste Lallement (jibel) wrote :

I'm reopening this report. It is easily reproducible with a live session on VBox with compiz 1:0.9.4git20110322-0ubuntu5 .
When using the fallback the panel is invisible (xwininfo shows it's there though)
Login directly to classic desktop, the panel is visible.

Changed in compiz (Ubuntu Natty):
status: Fix Released → Triaged
Martin Pitt (pitti) wrote :

Confirming, just booting the beta-1 candidate CDs in kvm reliably reproduces this.

Martin Pitt (pitti) on 2011-03-31
Changed in compiz (Ubuntu Natty):
milestone: ubuntu-11.04-beta-1 → ubuntu-11.04-beta-2
Oliver Joos (oliver-joos) wrote :

I can confirm that the upper gnome-panel sometimes is missing in classic mode.

Please check if bug 716714 is another duplicate of this one.

I am affected by this bug and also by bug 716714, and I do not think bug 716714 is a duplicate of this bug. These bugs began to affect me at different times, and are fundamentally different in their effects--in this bug, gnome-panel runs (and stays running) but the panel not shown, whereas in bug 716714, the panels are shown but some panel applets are not able to run.

Oliver Joos (oliver-joos) wrote :

Ok - thanks for clarification!
(So I am affected by this bug, and not 716714)

Changed in compiz (Ubuntu Natty):
milestone: ubuntu-11.04-beta-2 → ubuntu-11.04
Pete Graner (pgraner) on 2011-04-25
Changed in compiz (Ubuntu Natty):
milestone: ubuntu-11.04 → natty-updates

I don't understand the comment:

Changed in compiz (Ubuntu Natty):
milestone: ubuntu-11.04 -> natty-updates

I ran the natty update to 11.04 and now am affected by this problem Is the above comment saying that this is where the issue was discovered or where it was supposedly fixed?

It means that, before, the plan was for this bug to be fixed by the initial stable release of Ubuntu 11.04 Natty Narwhal. That was not going to happen (and didn't), so the plan was changed, for the bug to be fixed as an update to Ubuntu 11.04 Natty Narwhal.

Thank you for taking the time to report this bug and helping to make Ubuntu better. We are sorry that we do not always have the capacity to look at all reported bugs in a timely manner. There have been many changes in Ubuntu since that time you reported the bug and your problem may have been fixed with some of the updates. It would help us a lot if you could test it on a currently supported Ubuntu version. When you test it and it is still an issue, kindly upload the updated logs by running apport-collect <bug #> and any other logs that are relevant for this particular issue.

Natty is no longer supported, so please do test on 12.04+

Changed in compiz (Ubuntu Natty):
status: Triaged → Invalid
Changed in compiz (Ubuntu):
status: Triaged → Incomplete
milestone: natty-updates → none
Changed in compiz (Ubuntu Natty):
milestone: natty-updates → none
Changed in compiz (Ubuntu):
assignee: Loïc Molinari (loic.molinari) → nobody
Changed in compiz (Ubuntu Natty):
assignee: Loïc Molinari (loic.molinari) → nobody
Launchpad Janitor (janitor) wrote :

[Expired for compiz (Ubuntu) because there has been no activity for 60 days.]

Changed in compiz (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Related questions