LDTP server crashes when running the update-manager testcase
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
LDTP |
Invalid
|
Critical
|
|||
ldtp (Ubuntu) |
Triaged
|
High
|
Unassigned |
Bug Description
Binary package hint: ldtp
Steps to reproduce:
1. bzr branch lp:ubuntu-desktop-tests
2. cd ubuntu-
3. ./bin/ubuntu-
Each time that the application goes back to the user level, LDTP looses its
trace. Eventually, the server will crash.
Stack trace:
(gdb) thread apply all bt
Thread 4 (process 8038):
#0 0xb7f64422 in __kernel_vsyscall ()
#1 0xb7d110e5 in pthread_
/lib/tls/
#2 0xb7bd9895 in giop_recv_
#3 0xb7bde806 in ORBit_small_
#4 0xb7bdea39 in ORBit_small_
#5 0xb7beb78a in ORBit_c_stub_invoke () from /usr/lib/
#6 0xb7cc39f3 in Accessibility_
/usr/lib/
#7 0xb7cfc52a in Accessible_
#8 0x08053127 in ?? ()
#9 0x0804d891 in ?? ()
#10 0x0804eb5d in ?? ()
#11 0xb7d0d4ff in start_thread () from /lib/tls/
#12 0xb7b2e33e in clone () from /lib/tls/
Thread 3 (process 8037):
#0 0xb7f64422 in __kernel_vsyscall ()
#1 0xb7b239b7 in poll () from /lib/tls/
#2 0x0804ca07 in ?? ()
#3 0xb7d0d4ff in start_thread () from /lib/tls/
#4 0xb7b2e33e in clone () from /lib/tls/
Thread 2 (process 8051):
#0 0xb7f64422 in __kernel_vsyscall ()
#1 0xb7b239b7 in poll () from /lib/tls/
---Type <return> to continue, or q <return> to quit---
#2 0xb7d6a74b in g_poll () from /usr/lib/
#3 0xb7d5d022 in ?? () from /usr/lib/
#4 0xb7d5d6b2 in g_main_loop_run () from /usr/lib/
#5 0xb7bf7890 in ?? () from /usr/lib/
#6 0xb7d8499f in ?? () from /usr/lib/
#7 0xb7d0d4ff in start_thread () from /lib/tls/
#8 0xb7b2e33e in clone () from /lib/tls/
Thread 1 (process 8036):
#0 0xb7f64422 in __kernel_vsyscall ()
#1 0xb7a756d0 in raise () from /lib/tls/
#2 0xb7a77098 in abort () from /lib/tls/
#3 0xb7d813f3 in g_assertion_message () from /usr/lib/
#4 0xb7d81a1d in g_assertion_
#5 0xb7cfee9a in ?? () from /usr/lib/
#6 0xb7d035b2 in ?? () from /usr/lib/
#7 0xb7df1c7a in g_cclosure_
/usr/lib/
#8 0xb7de2409 in ?? () from /usr/lib/
#9 0xb7de3cab in g_closure_invoke () from /usr/lib/
#10 0xb7dfb33d in ?? () from /usr/lib/
#11 0xb7dfcdae in g_signal_
#12 0xb7dfd256 in g_signal_emit () from /usr/lib/
#13 0xb7ce080f in ?? () from /usr/lib/
#14 0xb7cd260f in _ORBIT_
from /usr/lib/
#15 0xb7beb507 in ?? () from /usr/lib/
---Type <return> to continue, or q <return> to quit---
#16 0xb7bf1b15 in ORBit_OAObject_
#17 0xb7bdde13 in ORBit_small_
#18 0xb7bef619 in ?? () from /usr/lib/
#19 0xb7befcf2 in ?? () from /usr/lib/
#20 0xb7bd6555 in giop_thread_
#21 0xb7bd6782 in ?? () from /usr/lib/
#22 0xb7bfbfe6 in ?? () from /usr/lib/
#23 0xb7d59ae8 in g_main_
#24 0xb7d5d193 in ?? () from /usr/lib/
#25 0xb7d5d6b2 in g_main_loop_run () from /usr/lib/
#26 0xb7c65cf3 in bonobo_main () from /usr/lib/
#27 0xb7d02a07 in ?? () from /usr/lib/
#28 0xb7cff1c7 in SPI_event_main () from /usr/lib/
#29 0x0804c086 in ?? ()
#30 0xb7a60775 in __libc_start_main () from /lib/tls/
#31 0x0804bce1 in ?? ()
Other information:
The problem seems related to the fact that this test uses policy kit to gain
root access. Once the test is back to the user level, the application is not
recognize anymore by LDTP.
Changed in ldtp: | |
importance: | Undecided → High |
status: | New → Triaged |
Changed in ldtp: | |
status: | Unknown → Confirmed |
Changed in ldtp: | |
status: | Confirmed → Invalid |
Changed in ldtp: | |
importance: | Unknown → Critical |
status: | Invalid → Unknown |
Changed in ldtp: | |
status: | Unknown → Invalid |