Factory tests hang instead of fail when unexpected exception. |
||
Issue descriptionWhen unhandled exception seen in the factory test, it usually means there are some problems of the device or in the test code, and we need to mark the test as fail. However, we found sometimes tests hang instead of fail when unexpected exception throwed. This also happens when calling ui.fail() explicitly sometimes. The reason is that crashing of a worker thread does not crash main process in python. So if a test is design with multi-thread and one of the thread runs ui.fail() or sees unexpected exception, the main thread is still alive. The main thread may still wait for the result from the crashed thread and thus hangs forever.
,
Jun 24 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromiumos/platform/factory/+/f7b1d06154dff86b3e5bfc3b2fbc142c1992ac5b commit f7b1d06154dff86b3e5bfc3b2fbc142c1992ac5b Author: Shun-Hsing Ou <shunhsingou@chromium.org> Date: Fri Jun 24 05:45:05 2016 StartDaemonThread: remove additional 'interrupt_on_crash' args Before passing arguments to thread, we need to remove the additional args if set. BUG= chromium:621380 TEST=Manually Change-Id: I272497bb9b604e5188716507b88824a9e1bc6b0b Reviewed-on: https://chromium-review.googlesource.com/355709 Commit-Ready: Shun-Hsing Ou <shunhsingou@chromium.org> Tested-by: Shun-Hsing Ou <shunhsingou@chromium.org> Reviewed-by: Hung-Te Lin <hungte@chromium.org> [modify] https://crrev.com/f7b1d06154dff86b3e5bfc3b2fbc142c1992ac5b/py/utils/process_utils.py
,
Aug 11 2016
Hi Earl, do you have anything left for this issue or can we close it?
,
Aug 11 2016
This had been fixed. |
||
►
Sign in to add a comment |
||
Comment 1 by bugdroid1@chromium.org
, Jun 23 2016