Ubuntu
ubiquity package

standalone ubiquity won't let me alt-tab to status window

Bug #361112 reported by Nick Moffitt on 2009-04-14

Affects		Status	Importance	Assigned to	Milestone
	metacity (Ubuntu)	Invalid	Undecided	Unassigned
	ubiquity (Ubuntu)	Fix Released	High	Evan

Bug Description

Binary package hint: ubiquity-frontend-gtk

I burned a Jaunty daily-live image (current as of this writing, which I believe was 20090413.1). I selected "Install Ubuntu" rather than the livecd option (so ubiquity ran full-screen), and got as far as the "Prepare disk space" step.

I selected to install 9.04 side-by-side with an existing OS, and hit Forward. I was given a transient window warning me about the need to flush partition info or somesuch, and a warning that it wasn't undo-able, and I clicked Proceed.

A flurry of disk activity happened, and the window seemed to freeze with no feedback. Even after the churn finished, I could not interact with the window. Hitting Alt+Tab showed a list of windows (One was the "Installer" window I was in, and the other was labeled "Please wait").

No amount of Alt+tabbing would allow me to *see* the "Please wait" window, so I was unable to see the status of the NTFS resize. Each time I released Alt, I was merely shown the frozen "Prepare disk space" screen again.

The process did eventually and suddenly complete and I'm now at the "Who are you?" screen, so I am going to complete this install and likely not have any opportunity to recreate this situation.

Related branches

lp:ubiquity

lp:ubuntu/lucid/ubiquity

Evan (ev) on 2009-04-14

Changed in ubiquity (Ubuntu):
assignee:	nobody → Evan Dandrea (evand)
status:	New → Confirmed

Revision history for this message

Evan (ev) wrote on 2009-04-14:

Looking at the code and tracing through it as ubiquity runs leads me to believe that we're doing the right thing here. Ubiquity calls debconf_progress_window.set_transient_for(self.live_installer), which should cause the progress window to appear in front of the full screened main installer window, but it obviously does not.

Perhaps this is a GTK/metacity bug.

Evan (ev) on 2009-04-16

Changed in ubiquity (Ubuntu):
importance:	Undecided → High

Revision history for this message

Evan (ev) wrote on 2009-04-17:

mvo suggested realizing the window just before calling set_transient_for, but this had no affect.

Revision history for this message

Evan (ev) wrote on 2009-04-17:

transient.py Edit (325 bytes, text/x-python)

Running the attached script works as expected when using compiz, but fails to show the second window when using metacity.

Changed in metacity (Ubuntu):
status:	New → Confirmed

Evan (ev) on 2009-04-17

Changed in ubiquity (Ubuntu):
status:	Confirmed → Fix Committed
Changed in metacity (Ubuntu):
status:	Confirmed → Invalid

Revision history for this message

Launchpad Janitor (janitor) wrote on 2009-04-19:

This bug was fixed in the package ubiquity - 1.12.12

---------------
ubiquity (1.12.12) jaunty; urgency=low

  * Set the window manager type hint to dialog for
    debconf_progress_window to prevent it from being hidden behind the
    fullscreen ubiquity window when in only-ubiquity mode (LP: #361112).
  * Automatic update of included source packages: base-installer
    1.98ubuntu7.

-- Evan Dandrea <email address hidden> Sat, 18 Apr 2009 11:24:33 +0100