Codestream: Исключение входа в VS Code Mac

@ethikz Извините за проблему, с которой вы "http.proxy" в настройках vscode? Если нет, можете ли вы попробовать установить это и сообщить об этом?

@eamodio Я установил. Единственная разница в том, что тот, что в моем точечном файле, закодирован по URL-адресу

Можете ли вы убедиться, что этот URL работает в Chrome. Он проверит конфигурацию прокси вне VS Code.

https://api.codestream.com/no-auth/status

Это должно просто вернуть "ОК"

Да, в браузере появляется сообщение ОК .

Я знаю, что прокси работает в VSCode, хотя и для других вещей. Все они извлекаются из моей переменной окружения в моем точечном файле.

@ethikz Мы выпустили версию 0.51, и хотя я сомневаюсь, что она решит вашу проблему, в ней есть несколько новых журналов, которые могут помочь нам разобраться в проблеме. Можете ли вы попробовать это и отчитаться с журналами (как из выходного канала CodeStream и CodeStream (Agent) )? Если вы не хотите публиковать журналы здесь, вы можете отправить их по адресу :

@eamodio Конечно,

@ethikz - Просто хотел узнать, есть ли у вас возможность получить обновленные журналы. Спасибо!

@planteater , извините за поздний ответ.

Итак, я использую 0.52.0-60 и получаю следующую ошибку

От агента

[Error - 10:12:46 AM] [2019-04-11 14:12:46:168] ClientRequest.<anonymous>
FetchError: request to https://api.codestream.com/no-auth/login failed, reason: connect ETIMEDOUT 23.22.69.228:443
FetchError: request to https://api.codestream.com/no-auth/login failed, reason: connect ETIMEDOUT 23.22.69.228:443
    at ClientRequest.<anonymous> (.vscode/extensions/codestream.codestream-0.52.0/dist/agent.js:23:204118)
    at ClientRequest.emit (events.js:182:13)
    at ClientRequest.EventEmitter.emit (domain.js:442:20)
    at TLSSocket.socketErrorListener (_http_client.js:382:9)
    at TLSSocket.emit (events.js:182:13)
    at TLSSocket.EventEmitter.emit (domain.js:442:20)
    at emitErrorNT (internal/streams/destroy.js:82:8)
    at emitErrorAndCloseNT (internal/streams/destroy.js:50:3)
    at process._tickCallback (internal/process/next_tick.js:63:19)

Из Codestream

[2019-04-11 14:14:57:862] WebviewPanel: Completed posting webview/focus/didChange to the webview
[2019-04-11 14:14:58:979] WebviewPanel: Completed posting webview/editor/didChangeVisibleRanges to the webview
[2019-04-11 14:14:59:489] WebviewPanel: Completed posting webview/editor/didChangeVisibleRanges to the webview
[2019-04-11 14:15:07:906] WebviewPanel: Completed posting webview/focus/didChange to the webview
[2019-04-11 14:15:13:840] WebviewPanel: FAILED posting webview/focus/didChange to the webview
[2019-04-11 14:16:23:296] WebviewPanel: Resuming communication...
[2019-04-11 14:16:23:297] WebviewPanel: Flushing pending queue
[2019-04-11 14:16:23:298] WebviewPanel: Completed posting webview/focus/didChange to the webview
[2019-04-11 14:16:23:298] WebviewPanel: Completed flushing pending queue
[2019-04-11 14:16:23:302] WebviewPanel: Completed posting webview/focus/didChange to the webview

При открытии файла js и нахождении строки, о которой он сообщает, я вижу эту функцию:

function en(e) {
    var t = this,
      n = arguments.length > 1 && void 0 !== arguments[1] ? arguments[1] : {},
      r = n.size;
    let i = void 0 === r ? 0 : r;
    var o = n.timeout;
    let s = void 0 === o ? 0 : o;
    null == e ? e = null : "string" == typeof e || nn(e) || e instanceof Blob || Buffer.isBuffer(e) || "[object ArrayBuffer]" === Object.prototype.toString.call(e) || ArrayBuffer.isView(e) || e instanceof zt || (e = String(e)), this[Qt] = {
      body: e,
      disturbed: !1,
      error: null
    }, this.size = i, this.timeout = s, e instanceof zt && e.on("error", function (e) {
      const n = "AbortError" === e.name ? e : new Xt(`Invalid response body while trying to fetch ${t.url}: ${e.message}`, "system", e);
      t[Qt].error = n
    })
  }

@ethikz - Могу я

@planteater Это то, что мне показал агент, за вычетом учетной записи, в которую я пытаюсь войти. Вы ищете что-то конкретное?

Я поставил его на отладку.

@ethikz Мне нужны полные журналы агента (выходные данные), чтобы я мог видеть, как он запускается, какие настройки прокси-сервера были отправлены и т. д. Если вы не хотите публиковать здесь полные журналы, отправьте их в службу поддержки @ codestream.com и используйте GH #43 в качестве темы. Спасибо!

@eamodio Вы должны были получить электронное письмо с прикрепленными журналами.

@ethikz Спасибо за логи, и я думаю, что мы исправили проблему в версии 0.52.1, которая только что была выпущена. Можете ли вы попробовать и доложить? Спасибо!

Вроде как сейчас работает.

Просто нужно пригласить людей в команду и дальше тестировать. Спасибо!