diff options
author | Stephan Bergmann <sbergman@redhat.com> | 2018-02-21 09:39:50 +0100 |
---|---|---|
committer | Stephan Bergmann <sbergman@redhat.com> | 2018-02-21 14:15:44 +0100 |
commit | ef03e3a36f821e9d85f08cb06e72dc32fbbaade9 (patch) | |
tree | 91efd157b05e5c254ec5ec6e2dfa6e7e97157dbe /sdext/Library_pdfimport.mk | |
parent | 3cd3d1044d03fdb733922bad74254f3ad65d898e (diff) |
Revert "uitest: add timeout for blocking actions"
This reverts commit fb4d5885f3c8d00ae528ddf57b2abaa4aabfbcf3:
"For one, as Michael already responded, many builds (local, Gerrit/Jenkins,
other tinderboxes) now fail UITest_writerperfect_epubexport with what looks like
random 'raise DialogNotClosedException()'. Gut feeling is that it's way more
than used to fail UITest_writerperfect_epubexport with a deadlock."
(<https://lists.freedesktop.org/archives/libreoffice/2018-February/079494.html>
"Re: UITest_writerperfect_epubexport hang (only sometimes)") For example,
<https://gerrit.libreoffice.org/#/c/50070/> "tdf#115853: save current custom
property when adding line" Jenkins linux_clang_dbgutil_64 now failed twice in a
row with what looks like random "raise DialogNotClosedException()" failures in
UITest_writerperfect_epubexport.
And for another: "As long as its unclear what the underlying problem is, what
benefit does it have to add a timeout failure path in the test? Without the
added timeout, a local failed test will be ready to be inspected (and moggi now
gave suggestions what exactly to inspect in another mail in this thread). And
failed tests on the tinderboxes will eventually time out either way."
(<https://lists.freedesktop.org/archives/libreoffice/2018-February/079491.html>
"Re: UITest_writerperfect_epubexport hang (only sometimes)")
Change-Id: I36db7526b68a1cf6be596aa82c57095e4067c150
Reviewed-on: https://gerrit.libreoffice.org/50080
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Diffstat (limited to 'sdext/Library_pdfimport.mk')
0 files changed, 0 insertions, 0 deletions