ubiquity fails to start: Gtk:ERROR:/build/buildd/gtk+3.0-3.1.12/./gtk/gtkcssprovider.c:1275:gtk_css_scanner_new: assertion failed: (data[length] == 0)

Bug #831812 reported by Jean-Baptiste Lallement
24
This bug affects 3 people
Affects Status Importance Assigned to Milestone
GTK+
Fix Released
Medium
gtk+3.0 (Ubuntu)
Fix Released
Critical
Michael Terry
Oneiric
Fix Released
Critical
Michael Terry
ubiquity (Ubuntu)
Invalid
Critical
Ubuntu Installer Team
Oneiric
Invalid
Critical
Ubuntu Installer Team

Bug Description

Oneiric Desktop 20110822

Ubiquity doesn't start with the option --desktop and, as a consequence, from launcher and desktop shortcut.
The following error is displayed in debug log:
Ubiquity 2.7.15
**
Gtk:ERROR:/build/buildd/gtk+3.0-3.1.12/./gtk/gtkcssprovider.c:1275:gtk_css_scanner_new: assertion failed: (data[length] == 0)

It starts normally from a terminal without the option --desktop

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: ubiquity 2.7.15
ProcVersionSignature: Ubuntu 3.0.0-9.12-generic 3.0.3
Uname: Linux 3.0.0-9-generic i686
Architecture: i386
CasperVersion: 1.279
Date: Tue Aug 23 08:11:35 2011
LiveMediaBuild: Ubuntu 11.10 "Oneiric Ocelot" - Alpha i386 (20110822)
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: ubiquity
UbiquityDebug:
 Ubiquity 2.7.15
 **
 Gtk:ERROR:/build/buildd/gtk+3.0-3.1.12/./gtk/gtkcssprovider.c:1275:gtk_css_scanner_new: assertion failed: (data[length] == 0)
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :
Changed in ubiquity (Ubuntu Oneiric):
importance: Undecided → Critical
assignee: nobody → Ubuntu Installer Team (ubuntu-installer)
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :
Changed in ubiquity (Ubuntu):
status: New → Confirmed
description: updated
description: updated
Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

This issue affects Xubuntu oneiric desktop-i386.iso only, it does not affect the amd64 images.

Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

Not sure bug 831716 is a duplicate. Xubuntu desktop i386 live session allows installing when the desktop icon is clicked. It just doesn't start ubiquity when the menu item is selected. A full installation is possible simply by clicking the icon.

summary: - ubiquity fails to start from launcher and desktop shortcut
+ ubiquity fails to start from launcher and desktop shortcut on i386
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote : Re: ubiquity fails to start from launcher and desktop shortcut when called with --desktop on i386

You're right, it affects only i386 and when launched with --desktop [file] argument.
Could %k be expanded to an empty string when launched from the desktop on Xubuntu ?

summary: - ubiquity fails to start from launcher and desktop shortcut on i386
+ ubiquity fails to start from launcher and desktop shortcut when called
+ with --desktop on i386
summary: - ubiquity fails to start from launcher and desktop shortcut when called
- with --desktop on i386
+ ubiquity fails to start when called with --desktop %k and
+ libglibmm-2.4-1c2a 2.29.11-0ubuntu1
summary: - ubiquity fails to start when called with --desktop %k and
+ ubiquity fails to start when called with '--desktop %k' and
libglibmm-2.4-1c2a 2.29.11-0ubuntu1
Changed in glibmm2.4 (Ubuntu Oneiric):
importance: Undecided → High
Changed in ubiquity (Ubuntu Oneiric):
status: Confirmed → Triaged
Changed in glibmm2.4 (Ubuntu Oneiric):
status: New → Triaged
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote : Re: ubiquity fails to start when called with '--desktop %k' and libglibmm-2.4-1c2a 2.29.11-0ubuntu1

The problem comes from here:
i386: libglibmm-2.4-1c2a 2.29.11-0ubuntu1
amd64: libglibmm-2.4-1c2a 2.28.1-1

I downgraded libglibmm-2.4-1c2a from 2.29.11-0ubuntu1 to 2.28.0-1 on i386 and the issue disappear. ubiquity starts correctly with --desktop and no more error in debug.log

amd64 will doubtlessly suffer from the same problem once the build failure is fixed on this arch.

I added a task for glibmm2.4.

Changed in ubiquity (Ubuntu Oneiric):
milestone: none → ubuntu-11.10-beta-1
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

libglibmm-2.4-1c2a 2.29.11-0ubuntu1 is now available for amd64 and bug 833503 confirms that ubiquity fails on this arch as well.

Revision history for this message
Evan (ev) wrote :

I don't see how this is a bug in the C++ bindings for GLib.

The error is not in ubiquity, but in the GTK+ CSS provider code, as the logs show:
Gtk:ERROR:/build/buildd/gtk+3.0-3.1.12/./gtk/gtkcssprovider.c:1275:gtk_css_scanner_new: assertion failed: (data[length] == 0)

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote : Re: ubiquity fails to start

the glibmm and --desktop was a red herring. Even from command line sometimes it starts and sometimes it fails to start with the GTK+ CSS provider error.

Changed in glibmm2.4 (Ubuntu Oneiric):
status: Triaged → Invalid
summary: - ubiquity fails to start when called with '--desktop %k' and
- libglibmm-2.4-1c2a 2.29.11-0ubuntu1
+ ubiquity fails to start
affects: glibmm2.4 (Ubuntu Oneiric) → gtk+3.0 (Ubuntu Oneiric)
Changed in gtk+3.0 (Ubuntu Oneiric):
status: Invalid → Confirmed
summary: - ubiquity fails to start
+ ubiquity fails to start:
+ Gtk:ERROR:/build/buildd/gtk+3.0-3.1.12/./gtk/gtkcssprovider.c:1275:gtk_css_scanner_new:
+ assertion failed: (data[length] == 0)
Changed in gtk+3.0 (Ubuntu Oneiric):
assignee: nobody → Canonical Desktop Team (canonical-desktop-team)
Changed in gtk+3.0 (Ubuntu Oneiric):
milestone: none → ubuntu-11.10-beta-1
importance: High → Critical
Revision history for this message
Michael Terry (mterry) wrote :

This is a bug in GTK+. I've filed a report upstream, with test program.

Michael Terry (mterry)
Changed in gtk+3.0 (Ubuntu Oneiric):
assignee: Canonical Desktop Team (canonical-desktop-team) → Michael Terry (mterry)
Changed in gtk:
importance: Unknown → Medium
status: Unknown → New
Michael Terry (mterry)
Changed in ubiquity (Ubuntu Oneiric):
status: Triaged → Invalid
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gtk+3.0 - 3.1.12-0ubuntu2

---------------
gtk+3.0 (3.1.12-0ubuntu2) oneiric; urgency=low

  * debian/patches/101_css_provider_load_from_data_crash.patch:
    - Fix crash when passing load_from_data a length argument, as the
      Python bindings do. LP: #831812
 -- Michael Terry <email address hidden> Thu, 25 Aug 2011 14:52:16 -0400

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

Duplicates of this bug

Other bug subscribers

Remote bug watches

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