[jbosstools-issues] [JBoss JIRA] (JBIDE-18818) Test timeout in org.jboss.tools.jsf.verification.test

[ https://issues.jboss.org/browse/JBIDE-18818?page=com.atlassian.jira.plugi... ] Mickael Istria commented on JBIDE-18818: ---------------------------------------- About getting stacktrace on a tycho-surefire-plugin timeout, then the following discussion shows it's actually quite complicated: https://dev.eclipse.org/mhonarc/lists/tycho-user/msg04041.html About running readAndDispatch, then this is obviously a very bad thing. This method is meant to be called only by the UI loop, no client should call it if there is a UI loop running it. SWTBot mainly uses Display.asyncExec() and lets the user put their "wait" conditions when necessary. The wait methods are expected to be "functional" checks (such as a button enablement or label visibility) rather than SWT events polling. SWTBot finders (such as .button("buttonLabel") or .tree()) include internal wait conditions to wait for some time to find the requested widgets. If you need to send events synchronously and wait for them to be processed before continuing, then you should indeed use Display.syncExec(). If you want to wait for a specific event to be processed and don't want to run Display.syncExec(), then the best solution is probably to put Listeners on the whole display with Display.addFilter, and to use wait/notify to re-enable the Test thread when the right listener is processed. In general, have tests running in UI Thread is a bad practice as many test operations may not require UI. UI Thread should not be bocked by operations that don't do UI. -- This message was sent by Atlassian JIRA (v6.3.8#6338)