[432936] Reset the bounds flag for Message after layout

In some cases (changes occuring outside a Sequence editor implying
reorder or creation, creation tools, complex creation tools,...),
Sequence elements have their DDiagramElement flagged with several
specific flags LayoutConstants.TOOL_CREATION_FLAG,
LayoutConstants.TOOL_CREATION_FLAG_FROM_SEMANTIC and
LayoutConstants.EXTERNAL_CHANGE_FLAG (an AbsoluteBoundFilter stored in
their graphicalFilters feature).

Then the layout is able to know if the GMF bounds of an element can be
trust for layout computation (in non packing layout, when the
order/reparent/insertion have occured, we try to minimize the changes by
conserving the previous gaps between elements or their size).

At the end of the layout, the elements are flagged with their computed
bounds (then used by the layout when it needs the last known/trusted
bounds).

The specific flag reset was not done for Message elements, the layout wa
always seeing their GMF bounds as untrusted causing some moves to be
impossible.

Bug: 432936
Change-Id: Ic5f1794fe3e282206f0a9211d6d998a66270162a
Signed-off-by: Maxime PORHEL <maxime.porhel@obeo.fr>
[cleanup] Remove the 60s timeout in SWTBot session opening 

The previous code was not clear, the use of CountDownLatch.await was
done after the waitProgressMonitorClose("Open session") which has been
added during the introduction of a progress monitor in the session
opening.
Now, after the closing of the progress monitor dialog "Loading models",
we simply do two "wait until" (with the default swtbot timeout: 10s), to
wait that the selected session is added to the session manager and is
open.
The condition will throw a timeout if no new session has been opened.
The UIPerspective will not try to take the last opened session any more.

Change-Id: Id3621119c06b5f007571615beaa726b234bda3e9
Signed-off-by: Maxime PORHEL <maxime.porhel@obeo.fr>
[test] Reduce code duplication

Change-Id: Iab998d28267e9fb1661a40fefe63107120962aca
Signed-off-by: Maxime PORHEL <maxime.porhel@obeo.fr>
[431133] Also publish the TPs when using promote.sh

Bug: 431133
Change-Id: I1361048d80abc698a368b0e1265aff4e14cb2862
Signed-off-by: Pierre-Charles David <pierre-charles.david@obeo.fr>
[cleanup] Fix typo in promotion script

Change-Id: If51291dc422a0e6ea5a2e746a8855365fe77fd73
Signed-off-by: Pierre-Charles David <pierre-charles.david@obeo.fr>