Skip to content

RCP: X.X, proxy settings in TXM and its components

TXM can encounter proxy issues at various moments :

  • during installation when:
    • dependencies are installed (Linux) ->OS configuration
    • installation of R packages (Linux + Mac OS X) ->R configuration #1116 (closed)
  • during first launch of TXM when
    • java proxy configures itself: native mode->RCP configuration
    • updates are fetch during start-up ->[NOTE: updates are not fetched anymore at first launch in the new setups]
    • welcome page is shown ->RCP configuration
  • during next launches of TXM when
    • updates are fetch during start-up ->RCP configuration #1036
    • when user call the “Check R packages” command ->R configuration #857

See child tickets for details.

Solution

  1. MD: produce setups Alpha
  2. SJ: test proxy for the 3 proxy moments and OS

Special note on Windows proxy configuration and RCP

If I remember well, there is a “bug” in the RCP related to the priority order of the used proxy, the SOCKS proxy is always used as the first. In Windows OS you can define the HTTP proxy then check “Use the same proxy for all protocols”. If the user checks this option, it leads to some bugs in the RCP because of this priority problem. For the tests below, if this option is checked, the RCP updates won’t work. After investigations, on Windows XP, checking the option “Use the same proxy for all protocols” define the SOCKS proxy as the same as the HTTP proxy but on Windows 7, checking the option leaves the SOCKS proxy as empty. That’s why my first tests were successful on Seven but not on XP. We may find a way to change the priority proxies order in the RCP or to disable the SOCKS proxy ? The tests below on Windows are now done without the SOCKS proxy defined but the best solution really would be to change the priority order.

If the SOCKS proxy is set in the RCP, I keep having these messages in console and the RCP updates functions don’t work:

org.apache.httimpl.DefaultRequestDirector tryConnect
INFOS: Retrying connect
INFOS: I/O exception (java.net.SocketException) caught when connecting to the target host: Malformed reply from SOCKS server

Tests updates fetching behavior with Eclipse Luna and proxy

No hang up with Luna + MAC OS X + Proxy + auto fetching updates at start up

(from redmine: issue id 1022, created on 2014/09/29 by Matthieu Decorde)

Edited by Sébastien Jacquot