RCP: X.X, do not delegate automatic update event to the RCP platform

To manage network access precisely (see proxy ticket #1022), we need to disable default update event manager RCP behavior.

Update events must:

• be shown at the end of the RCP initialization, in a non-modal thread
• have a preference to disable the automatic event

Solution 1

• desactivate auto update feature in ApplicationWorkbenchAdvisor
• call ‘lookforupdates’ command in a job at the end of TXM startup if the ‘automaticallylookforupdates’ option is set to true

Validation test

Run TXM with a proxy configured.

Observation: TXM still Freezes (see proxy ticket #1022)
Hypothesis: The UpdateHandler manages itself its progression dialog. If called from a UI synchronized Job, the UI is frozen when the UpdateHandler is stalled.

Solution 1.1

Don’t call the UpdateHandler within a Job.

Observations

Sur le portable d’Alexis : TXM 0.7.8 mise à jour récente au 28/6.

a) au lancement, TXM se bloque dans la splash screen.
Hypothèse : TXM attend un timeout d’accès réseau pour pouvoir démarrer (?) - même en coupant le réseau, il attend des timeouts

Sur le portable de Serge : TXM 0.7.8-2017-04-20-16h25 (remarque : ce serait bien que les numéros de version de TXM s’affichent sous cette forme).

a) au lancement, TXM attend qlqchose (du réseau ?), avant de pouvoir finir le lancement ;

(from redmine: issue id 1036, created on 2014/10/06 by Matthieu Decorde)