Codestream: VS Code Mac-Login-Ausnahme

@ethikz Entschuldigung für das Problem, auf das Sie "http.proxy" in deinen vscode-Einstellungen auf deinen Proxy eingestellt? Wenn nicht, kannst du versuchen, das einzustellen und dann Bericht zu erstatten?

@eamodio Ich habe es eingestellt. Der einzige Unterschied besteht darin, dass die in meiner Punktdatei URL-codiert ist

Können Sie überprüfen, ob diese URL in Chrome funktioniert? Es wird die Proxy-Konfiguration außerhalb von VS Code testen.

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

Das sollte einfach 'OK' zurückgeben

Ja, im Browser erhalte ich die Meldung OK .

Ich weiß, dass der Proxy in VSCode jedoch für andere Dinge funktioniert. Sie alle ziehen aus meiner Umgebungsvariable in meiner Punktdatei.

@ethikz Wir haben v0.51 veröffentlicht und obwohl ich bezweifle, dass es Ihr Problem beheben wird, gibt es ein bisschen neue Protokollierung, die uns helfen könnte, das Problem herauszufinden. Können Sie es versuchen und mit Protokollen berichten (sowohl vom CodeStream als auch vom CodeStream (Agent) Ausgabekanal)? Wenn Sie die Protokolle hier nicht veröffentlichen möchten, können Sie sie an [email protected] senden und einfach die eingeben . Vielen Dank!

@eamodio Sicher, ich werde aktualisieren und versuchen. Wenn Sie mir ein paar Tage Zeit geben könnten, könnte es Anfang nächster Woche sein, da ich an einem 3-tägigen Hackathon teilnehme.

@ethikz -

@planteater , sorry für die späte Antwort.

Also verwende ich 0.52.0-60 und erhalte die folgende Fehlermeldung

Von Agent

[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)

Von 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

Wenn ich die js-Datei öffne und die gemeldete Zeile finde, sehe ich diese Funktion:

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 - Könnte ich Sie

@planteater Das hat mir der Agent ohne das Konto gezeigt, bei dem ich mich anmelden

Ich habe es auf Debug eingestellt.

@ethikz Ich benötige die vollständigen Protokolle des Agenten (Ausgabe), damit ich sehen kann, wie er startet, welche Proxy-Einstellungen gesendet wurden usw. Wenn Sie die vollständigen Protokolle hier nicht veröffentlichen möchten, senden Sie sie bitte an support@ codestream.com und verwenden Sie GH #43 als Betreff. Vielen Dank!

@eamodio Sie sollten eine E-Mail mit angehängten Protokollen erhalten haben.

@ethikz Vielen Dank für die Protokolle und ich denke, wir haben das Problem in 0.52.1 behoben, das gerade veröffentlicht wurde. Kannst du es ausprobieren und berichten? Vielen Dank!

Es scheint, als ob es jetzt funktioniert.

Sie müssen nur Leute zum Team einladen und weiter testen. Dankeschön!