Oneiric Installer does not complete in oem-mode when using the webcam plugin

Bug #843237 reported by Kent Baxley
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
Fix Released
High
Ubuntu Installer Team
Oneiric
Fix Released
High
Ubuntu Installer Team

Bug Description

Problem: The Oneiric Installer never finishes when running in oem-mode and when the webcam plugin is in use.

How reproducible: Always

Steps to reproduce:

1) Find a laptop with a working webcam.
2) Boot up with the amd64 version of today's Oneiric Desktop build (20110906 in this case).
3) From the main menu, select "install ubuntu"
4) Press F4 and select OEM Mode
5) Kick off the install
6) Select Language, wifi options, etc.
7) Erase and Install Ubuntu, verify partitioning scheme, select "Install Now"
8) Select Timezone
9) Select Keyboard
10) Fill in the oem username and password
11) Choose a log in picture, either with the webcam or one of the stock photos

Actual Result:

After selecting the photo and proceeding, the slideshow begins and the installer goes through the "Copy Files..." stage. After that, the installer fails to proceed any further. It does NOT crash. Instead it remains on the slide show, with the progress bar all the way at the end, and the "Ready when you are..." indicator at the bottom of the window. One cannot proceed further.

Expected Result:

Installer should complete and user should be able continue with the rest of oem-mode setup and installation.

Note: This ONLY happens when using the webcam and the webcam plugin. I also tested the same scenario on a machine with no webcam, and oem-mode ran fully to completion. This problem does not reproduce on a regular ubuntu installation, with or without the webcam plugin in the mix.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: ubiquity 2.7.27
ProcVersionSignature: Ubuntu 3.0.0-10.16-generic 3.0.4
Uname: Linux 3.0.0-10-generic x86_64
Architecture: amd64
Date: Tue Sep 6 16:21:27 2011
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Beta amd64 (20110906)
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Kent Baxley (kentb) wrote :
Revision history for this message
Kent Baxley (kentb) wrote :

The logs in the previous comment are from a working system, where no webcam was involved.

I am also attaching the logs from a system that failed to complete installation in oem-mode (see logs.tar.gz).

Please let me know if I can get anything else for you on this.

Changed in ubiquity (Ubuntu):
status: New → Confirmed
Revision history for this message
Mario Limonciello (superm1) wrote :

My suspicion here is that this is because the last page (webcam) is not actually a debconf page. The gtk_ui code tries to find the last page by looking at the registered pages, and every time a page is progressed checks find_next_step to see if that was the last one.

    def find_next_step(self, finished_step):
        # TODO need to handle the case where debconffilters launched from
        # here crash. Factor code out of dbfilter_handle_status.
        last_page = self.pages[-1].module.__name__
        if finished_step == last_page and not self.backup:
            self.finished_pages = True
            if self.finished_installing or self.oem_user_config:
                self.progress_section.show()
                dbfilter = plugininstall.Install(self)
                dbfilter.start(auto_process=True)

This code matches the behavior that the bottom section wouldn't show as well as that the second portion of install, where it said "Ready when you are" hadn't actually executed.

If this assessment is correct, this will also manifest in oem config user mode immediately after the webcam page.

I can think of two ways off hand to solve this:
1) (The easy way) Make the webcam page come before usersetup.
2) (The more involved way) Make the webcam page a debconf driven page.

Revision history for this message
Kyle Nitzsche (knitzsche) wrote :

I saw this in oem-config. After webcam page, oem-config never completes.

Changed in ubiquity (Ubuntu):
importance: Undecided → High
Changed in ubiquity (Ubuntu):
assignee: nobody → Ubuntu Installer Team (ubuntu-installer)
Evan (ev)
Changed in ubiquity (Ubuntu Oneiric):
milestone: none → ubuntu-11.10-beta-2
Changed in ubiquity (Ubuntu Oneiric):
status: Confirmed → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubiquity - 2.7.28

---------------
ubiquity (2.7.28) oneiric; urgency=low

  [ Stéphane Graber ]
  * Update stepUserInfo.ui to trigger info_loop() when the hostname is changed.
    (LP: #828181)

  [ Mario Limonciello ]
  * Reorder the imports in oem-config-remove-gtk to fix an import error due
    the fallbacks in aptdaemon. (LP: #837288)
  * Show the wireless page after either prepare or language to make sure
    it shows in both ubiquity and oem-config modes.
  * Call out to find_next_step even on non debconf driven pages. (LP: #843237)
  * Don't assume /target is where the new face is being put.
  * When the installer crashes, file a bug using apport-bug rather than
    directing users to a terminal window. (LP: #843933)
  * Fix the colors in the oem-config language selector. (LP: #838672)
  * Automatic update of included source packages: netcfg 1.68ubuntu2,
    user-setup 1.28ubuntu20.
 -- Mario Limonciello <email address hidden> Wed, 07 Sep 2011 16:55:46 -0500

Changed in ubiquity (Ubuntu Oneiric):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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