Topic on Project:Support desk

So I believe that the reason i cannot get `parsoid` connecting correctly from the front end is it simply isn't running properly? Although it does return running.

$ service parsoid status > Active: active (exited) since Fri 2018-12-14 22:34:27 GMT; 8min ago

However, visualEditor actually works on new articles, but not old ones. However when I click save I get the following error

code: "apierror-visualeditor-docserver-http-error"

info: "(curl error: 7) Couldn't connect to server"

Here are my set up files

mwApis:

        - # This is the only required parameter,

          # the URL of you MediaWiki API endpoint.

          uri: 'http://www.gwart.co.uk/api.php'

$wgVirtualRestConfig['modules']['parsoid'] = array(

    // URL to the Parsoid instance

    // Use port 8142 if you use the Debian package

    'url' => 'http://localhost:8142',

    // Parsoid "domain", see below (optional)

    //'domain' => 'localhost',

    // Parsoid "prefix", see below (optional)

    //'prefix' => 'localhost'

);

Here you can see that neither `8000` nor `8152` are in use, but the service is still running.

Active Internet connections (only servers)

Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name

tcp        0      0 127.0.0.1:27017         0.0.0.0:*               LISTEN      1015/mongod     

tcp        0      0 0.0.0.0:19370           0.0.0.0:*               LISTEN      27359/cron.php  

tcp        0      0 127.0.0.1:6379          0.0.0.0:*               LISTEN      5623/redis-server 1

tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      1019/memcached  

tcp        0      0 127.0.0.1:9100          0.0.0.0:*               LISTEN      1113/node_exporter

tcp        0      0 127.0.0.1:8080          0.0.0.0:*               LISTEN      2179/config.ru  

tcp        0      0 127.0.0.1:9168          0.0.0.0:*               LISTEN      1138/ruby       

tcp        0      0 127.0.0.1:8181          0.0.0.0:*               LISTEN      1114/gitlab-workhor

tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1029/sshd       

tcp        0      0 127.0.0.1:5432          0.0.0.0:*               LISTEN      1318/postgres   

tcp        0      0 0.0.0.0:25              0.0.0.0:*               LISTEN      1651/master     

tcp        0      0 127.0.0.1:9121          0.0.0.0:*               LISTEN      1136/redis_exporter

tcp        0      0 127.0.0.1:9090          0.0.0.0:*               LISTEN      1137/prometheus

tcp        0      0 127.0.0.1:9187          0.0.0.0:*               LISTEN      1139/postgres_expor

tcp6       0      0 :::3306                 :::*                    LISTEN      1034/mysqld     

tcp6       0      0 :::80                   :::*                    LISTEN      1054/apache2   

tcp6       0      0 ::1:9168                :::*                    LISTEN      1138/ruby       

tcp6       0      0 :::21                   :::*                    LISTEN      1037/vsftpd     

tcp6       0      0 :::22                   :::*                    LISTEN      1029/sshd       

tcp6       0      0 ::1:5432                :::*                    LISTEN      1318/postgres   

tcp6       0      0 :::8153                 :::*                    LISTEN      1211/java       

tcp6       0      0 :::25                   :::*                    LISTEN      1651/master     

tcp6       0      0 :::8154                 :::*                    LISTEN      1211/java       

tcp6       0      0 :::443                  :::*                    LISTEN      1054/apache2

If the status says "exited", this means it's not running anymore. That's probably a fault in the service configuration, that should mark the service as failed when it exits.

Look at the service error log

Finally got this working, thank :)