run assert failure: python: ../../src/xcb_io.c:273: poll_for_event: Zusicherung »!xcb_xlib_threads_sequence_lost« nicht erfüllt.

Bug #929191 reported by Moritz Naumann
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Checkbox (Legacy)
Won't Fix
Undecided
Unassigned
checkbox (Ubuntu)
Won't Fix
Low
Unassigned

Bug Description

checkbox-gtk crashes after the pmutils software suspend test finished unsuccessfully and I opted to report bug #929188 on it.

ProblemType: Crash
DistroRelease: Ubuntu 11.10
Package: checkbox 0.12.9
ProcVersionSignature: Ubuntu 3.0.0-16.28-generic 3.0.17
Uname: Linux 3.0.0-16-generic x86_64
ApportVersion: 1.23-0ubuntu4
Architecture: amd64
AssertionMessage: python: ../../src/xcb_io.c:273: poll_for_event: Zusicherung »!xcb_xlib_threads_sequence_lost« nicht erfüllt.
Date: Wed Feb 8 23:52:19 2012
ExecutablePath: /usr/share/checkbox/run
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
InterpreterPath: /usr/bin/python2.7
ProcCmdline: python /usr/share/checkbox/run /usr/share/checkbox/configs/checkbox-gtk.ini
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=de_DE.UTF-8
Signal: 6
SourcePackage: checkbox
StacktraceTop:
 __GI___assert_fail (assertion=0x7fba063ae4d8 "!xcb_xlib_threads_sequence_lost", file=<optimized out>, line=273, function=<optimized out>) at assert.c:81
 ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
 ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
 _XEventsQueued () from /usr/lib/x86_64-linux-gnu/libX11.so.6
 XPending () from /usr/lib/x86_64-linux-gnu/libX11.so.6
Title: run assert failure: python: ../../src/xcb_io.c:273: poll_for_event: Zusicherung »!xcb_xlib_threads_sequence_lost« nicht erfüllt.
UpgradeStatus: Upgraded to oneiric on 2011-10-21 (110 days ago)
UserGroups: adm admin audio cdrom dialout libvirtd lpadmin plugdev sambashare

Revision history for this message
Moritz Naumann (mnaumann) wrote :
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 __GI___assert_fail (assertion=0x7fba063ae4d8 "!xcb_xlib_threads_sequence_lost", file=<optimized out>, line=273, function=<optimized out>) at assert.c:81
 poll_for_event (dpy=<optimized out>) at ../../src/xcb_io.c:270
 poll_for_response (dpy=0x2fa08c0) at ../../src/xcb_io.c:288
 _XEventsQueued (dpy=0x2fa08c0, mode=<optimized out>) at ../../src/xcb_io.c:362
 XPending (dpy=0x2fa08c0) at ../../src/Pending.c:55

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in checkbox (Ubuntu):
importance: Undecided → Medium
tags: removed: need-amd64-retrace
Revision history for this message
Daniel Manrique (roadmr) wrote :

I see this is related to the checkbox-gtk frontend. This is potentially not an issue if you upgrade to Ubuntu 12.04 and run checkbox-qt which is now the preferred frontend.

Could you confirm if you still see this problem with 12.04?

I'll set to incomplete pending confirmation.

visibility: private → public
Changed in checkbox (Ubuntu):
status: New → Incomplete
importance: Medium → Low
Revision history for this message
Moritz Naumann (mnaumann) wrote :

Thanks for your reply, Daniel.

I'm a little puzzled by your reply since you seem to be suggesting to fix a bug in this package, checkbox-gtk, in the Ubuntu 12.04 long-term support release, by recommending to use a different package, checkbox-qt.

Trying to run checkbox-gtk now gives me a different error message, which makes me think some dependency may be missing in the package metadata:

me@mysystem~$ checkbox-gtk
Traceback (most recent call last):
  File "/usr/share/checkbox/run", line 40, in <module>
    main()
  File "/usr/share/checkbox/run", line 35, in main
    application = manager.create_application(sys.argv)
  File "/usr/lib/python2.7/dist-packages/checkbox/application.py", line 136, in create_application
    return self.application_factory(config)
  File "/usr/lib/python2.7/dist-packages/checkbox/application.py", line 48, in __init__
    self.reactor)
  File "/usr/lib/python2.7/dist-packages/checkbox/plugin.py", line 39, in __init__
    for module in section.load_modules():
  File "/usr/lib/python2.7/dist-packages/checkbox/component.py", line 157, in load_modules
    module = self.load_module(name)
  File "/usr/lib/python2.7/dist-packages/checkbox/component.py", line 112, in load_module
    exec open(filename) in globals
  File "/usr/share/checkbox/plugins/launchpad_exchange.py", line 29, in <module>
    from checkbox.lib.conversion import string_to_type
  File "/usr/lib/python2.7/dist-packages/checkbox/lib/conversion.py", line 21, in <module>
    from dateutil import tz
ImportError: No module named dateutil

For what it's worth, installing and running checkbox-qt results in the exact same error message.

Revision history for this message
Daniel Manrique (roadmr) wrote :

Hi Moritz,

If you installed Ubuntu 10.10 and then upgraded all the way to Ubuntu 12.04, you have received updates to the checkbox-gtk package, which is the one experiencing the bug. Now, the crash itself seems to happen deep in the gtk libraries, so I think it's not something whose underlying cause we can reliably fix in checkbox.

On the other hand, starting in Ubuntu 12.04, checkbox-qt is the preferred frontend for checkbox; new Ubuntu installations don't have checkbox-gtk installed by default.

Thus, if you install checkbox-qt and use that instead of checkbox-gtk, you should sidestep the gtk bug.

The dateutils problem can be addressed by

sudo apt-get install python-dateutil

Could you let me know, then, if this allows you to at least run checkbox-qt?

Once you have it running, if you still see a crash when running checkbox, please let me know so we can decide how to handle it.

Thanks!

Revision history for this message
Moritz Naumann (mnaumann) wrote :

Thanks for your swift reply, Daniel. I am indeed on Ubuntu 12.04 now, sorry for not spelling this out explicitly.

I've mnaually installed python-dateutil now. If this is a dependency of checkbox-qt and checkbox-gtk, should these packages not depend on python-dateutil?

I've just run a full tests (some tests skipped, but none related to power management) on the same system I had originally run it on when I was reporting the bug. I am no longer running in to said crash. I end up on the screen where you can enter your Launchpad e-mail address (the window title is still "Systemüberprüfung - usb/insert" as if the test was still in progress). I don't want to do so because the application doesn't tell me what exactly it needs it for other than that it wants to somehow use it when it would send my test results to "Ubuntu Friendly", without telling me what this is or how this is related to the e-mail address I use for my Launchpad account. So I do not want to submit my test results but I would like to review them, but clicking on the "Ergebnisse anzeigen" (show results) button does nothing.

Revision history for this message
Daniel Manrique (roadmr) wrote : Re: [Bug 929191] Re: run assert failure: python: ../../src/xcb_io.c:273: poll_for_event: Zusicherung »!xcb_xlib_threads_sequence_lost« nicht erfüllt.

On 12-07-27 04:25 PM, Moritz Naumann wrote:
> Thanks for your swift reply, Daniel. I am indeed on Ubuntu 12.04 now,
> sorry for not spelling this out explicitly.

Thanks for the clarification.

>
> I've mnaually installed python-dateutil now. If this is a dependency of
> checkbox-qt and checkbox-gtk, should these packages not depend on
> python-dateutil?

if you somehow didn't have checkbox installed before, and installed it manually
by using apt-get, it doesn't install recommended packages by default.
python-dateutil was only a recommends, instead of a depends, so unless you
installed via i.e. package-manager, it would not be installed.

The development version of checkbox no longer depends on python-dateutil.

>
> I've just run a full tests (some tests skipped, but none related to
> power management) on the same system I had originally run it on when I
> was reporting the bug. I am no longer running in to said crash. I end up
> on the screen where you can enter your Launchpad e-mail address (the
> window title is still "Systemüberprüfung - usb/insert" as if the test
> was still in progress). I don't want to do so because the application
> doesn't tell me what exactly it needs it for other than that it wants to
> somehow use it when it would send my test results to "Ubuntu Friendly",

It's used to link your test submission to your launchpad profile, if you have
one. If you want to contribute your test results to Ubuntu Friendly, you could
either provide your e-mail address, or provide a bogus one; results get uploaded
either way.

> without telling me what this is or how this is related to the e-mail
> address I use for my Launchpad account. So I do not want to submit my
> test results but I would like to review them, but clicking on the
> "Ergebnisse anzeigen" (show results) button does nothing.

This is somewhat odd. You can look in .cache/checkbox/, there's a submission.xml
file which you should be able to open using Firefox.

I'd like to ask you to please attach your most recent
.cache/checkbox/checkbox.log file to this report, so I can see if any errors
were logged there, pertaining opening the report, which is the problem you're
experiencing now.

Thanks!

Revision history for this message
Moritz Naumann (mnaumann) wrote :

I may well have used apt-get to install checkbox-gtk so it may not have installed packages which are only recommended. And apparently the checkbox package in 12.04 LTS still only recommends python-dateutil, instead of depending on it (may I suggest to fix this for the 12.04 LTS release?).

Thanks for explaining about the submission of checkbox test results - to me. I meant to point out that many users will run into the same issue of not knowing how to interpret the short text there, and that it may be good to improve the text to make it easier for people to trust the submission system (link to a privacy policy, maybe)?

submission.xml does exist and contains a lot of information, as expected. I'm attaching checkbox.log of the run I was reporting about in my last post.

Daniel Manrique (roadmr)
Changed in checkbox (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Moritz Naumann (mnaumann) wrote :

Please feel free to adjust the subject line of this bug report to provide information on the currently tracked issue.

Revision history for this message
Daniel Manrique (roadmr) wrote :

Hi Moritz,

The most recent Checkbox packages for Ubuntu Quantal Quetzal fix the problem where the menu bar shows the name of the last executed test.

Looking at your log file I see this problem:

2012-07-27 21:56:19,847 ERROR Error running event handler /usr/share/checkbox/plugins/suites_prompt.py SuitesPrompt.prompt_gather(<checkbox_qt.qt_interface.QTInterface object at 0x130a490>) for event type 'prompt-gather'
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/checkbox/reactor.py", line 74, in fire
    results.append(handler(*args, **kwargs))
  File "/usr/share/checkbox/plugins/suites_prompt.py", line 111, in prompt_gather
    options, defaults)
  File "/usr/lib/python2.7/dist-packages/checkbox_qt/qt_interface.py", line 157, in show_tree
    newOptions[str(section)] = newTests
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe4' in position 10: ordinal not in range(128)

This is caused by erroneous handling of german characters. Steps to reproduce:

- On a system with Precise and Checkbox 0.13.7
- sudo apt-get install language-pack-gnome-de
- LANG=de_DE.UTF-8 LANGUAGE=de_DE checkbox-qt
- Click on 'Continue'
- Click on "start testing"

The indicated trace will appear in checkbox log, checkbox behaves strangely. However I was unable to reproduce the situation where clicking on "view report" does not show the report; for me, it opened Firefox and correctly showed the report. Do you by chance use a different browser, or have you configured another browser as the default?

Setting as Incomplete pending response on the browser question.

Changed in checkbox (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Moritz Naumann (mnaumann) wrote :

On 20.08.2012 22:51 Daniel Manrique wrote:
...

Thanks for reproducing and describing this issue, Daniel.

> The indicated trace will appear in checkbox log, checkbox behaves
> strangely. However I was unable to reproduce the situation where
> clicking on "view report" does not show the report; for me, it opened
> Firefox and correctly showed the report. Do you by chance use a
> different browser, or have you configured another browser as the
> default?

My default web browser on this XFCE desktop is Firefox.

$ for file in /etc/alternatives/*www-browser*; do \
echo "`basename $file`: readlink $file"; done
gnome-www-browser: readlink /etc/alternatives/gnome-www-browser
www-browser: readlink /etc/alternatives/www-browser
www-browser.1.gz: readlink /etc/alternatives/www-browser.1.gz
x-www-browser: readlink /etc/alternatives/x-www-browser
$

If you could provide instructions on what exactly you need (which
commands to run to gather the needed info) I'll be happy to do so.

Moritz

Revision history for this message
Daniel Manrique (roadmr) wrote :

Hi!

Let's see if we can figure out why the browser is not opening the report:

1- Remove .cache/checkbox
2- Open a terminal and start checkbox from there (checkbox-qt --log-level=debug). This is so we can look at console output.
3- You may get a couple of small warning dialog boxes, just click OK on these.
4- Deselect all tests, then select just a few (I suggest the audio, input devices and USB categories).
5- Run through the tests.
6- At the end, click on View Report.
7- Attach the .cache/checkbox/checkbox.log file (again, sorry to ask for this again!)
8- Attach the console output from the terminal.

Hopefully with this we can figure out why the report is not showing. If this yields nothing, I'll possibly ask you to run a small python script to determine if xfce maybe uses a different preferences mechanism and that's why we're not getting the browser to open.

Thanks!

Revision history for this message
Moritz Naumann (mnaumann) wrote :

Hi Daniel,

I was able to reproduce the issue where no new tab is opened (and no report is shown) on the running instance of Firefox when you click on "view report" after checkbox-qt test series have run without visible error.

After finishing the test I clicked on 'view report' for two or three times, then also clicked on 'submit report' (without having entered an e-mail address). Unfortunately clicking on 'view report' does not result in anything getting written to either log file or to console output (I ran tail -f on both).

Apparently trying to submit the report triggers an unrelated networking related error ("Die Verbindung zum Server ist gescheitert." - translation:"Connecting to the (Ubuntu friendly?) server failed"). I did have a working Internet connection at the time of the test and don't need to use a proxy to access the Internet (i.e. direct connection).

Please find attached an archive containing two files:
1. .cache/checkbox/checkbox.log
2. checkbox-debug_de.log - created by running: checkbox-qt --log-level=debug > checkbox-debug_de.log 2>&1

Have a nice weekend!

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in checkbox (Ubuntu):
status: Incomplete → Expired
Revision history for this message
Moritz Naumann (mnaumann) wrote :

Since this was confirmed, and I did provide the information requested: setting this back to "confirmed".

Changed in checkbox (Ubuntu):
status: Expired → Confirmed
Jeff Lane  (bladernr)
Changed in checkbox:
status: New → Confirmed
Zygmunt Krynicki (zyga)
affects: checkbox → checkbox-legacy
Changed in checkbox-legacy:
status: Confirmed → Won't Fix
Changed in checkbox (Ubuntu):
status: Confirmed → Won't Fix
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.