Codestream: Exception de connexion Mac VS Code

Créé le 27 mars 2019  ·  14Commentaires  ·  Source: TeamCodeStream/codestream

J'utilise un Mac et j'exécute VSCode 1.32.3 avec CodeStream version 0.50.0-55. J'ai aussi essayé CodeStream version 0.35.0-54

J'essaie de me connecter et il se trouve dans une boucle de WebviewPanel: Completed posting webview/focus/didChange to the webview pendant un certain temps, puis il expire avec le message d'erreur suivant et la trace de la pile :

~/.vscode/extensions/codestream.codestream-0.50.0/dist/extension.js:1:12234
Error: CodeStream: Login failed:
request to http://api.codestream.com/no-auth/login failed, reason: connect ETIMEDOUT
[2019-03-27 14:43:39:169] [3] CodeStreamSession.logout — signInFailure
[2019-03-27 14:43:39:170] [3] CodeStreamSession.logout completed • 0 ms
[2019-03-27 14:43:39:170] module.exports.onWebviewRequest.e.onIpcRequest
Error: UNKNOWN
[2019-03-27 14:43:39:196] WebviewPanel: Completed posting response(wv:2:qPG9VCtmQEOqilWkaPF3Gw) to the webview

L'agent CodeStream affiche l'erreur suivante :

[Error - 11:23:36 AM] [2019-03-27 15:23:36:182] ClientRequest.<anonymous>
FetchError: request to https://api.codestream.com/no-auth/login failed, reason: connect ETIMEDOUT
FetchError: request to https://api.codestream.com/no-auth/login failed, reason: connect ETIMEDOUT
    at ClientRequest.<anonymous> (~/.vscode/extensions/codestream.codestream-0.50.0/dist/agent.js:16:255208)
    at ClientRequest.emit (events.js:182:13)
    at ClientRequest.EventEmitter.emit (domain.js:442:20)
    at Socket.socketErrorListener (_http_client.js:382:9)
    at Socket.emit (events.js:182:13)
    at Socket.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)

Le proxy que j'utilise est valide et j'ai essayé de le configurer avec un codage de caractères, sans encodage et même en utilisant mes paramètres http_proxy dans mes fichiers dotfiles. J'ai également défini "http.proxyStrictSSL": false,

needs more info

Commentaire le plus utile

Il semble que cela fonctionne maintenant.

Il suffit d'inviter des personnes à faire équipe et de tester davantage. Merci!

Tous les 14 commentaires

@ethikz Désolé pour le problème que vous rencontrez. Avez-vous défini "http.proxy" sur votre proxy dans vos paramètres vscode ? Si ce n'est pas le cas, pouvez-vous essayer de régler cela et faire rapport ?

@eamodio, je l'ai configuré. La seule différence est que celui dans mon fichier de points est encodé par URL

Pouvez-vous vérifier que cette URL fonctionne dans Chrome. Il testera la configuration du proxy en dehors de VS Code.

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

Cela devrait simplement renvoyer « OK »

Oui, je reçois le message OK dans le navigateur.

Je sais que le proxy fonctionne dans VSCode mais pour d'autres choses comme si. Ils tirent tous de ma variable d'environnement dans mon dotfile.

@ethikz Nous avons publié la v0.51 et bien que je doute que cela résolve votre problème, il contient un peu de nouvelle journalisation qui pourrait nous aider à résoudre le problème. Pouvez-vous l'essayer et faire un rapport avec les journaux (à partir des canaux de sortie CodeStream et CodeStream (Agent) ) ? Si vous ne souhaitez pas publier les journaux ici, vous pouvez les envoyer à : [email protected] et mettez simplement le numéro du problème dans l'objet. Merci!

@eamodio Bien sûr, je vais mettre à jour et essayer. Si vous pouviez me donner quelques jours, cela pourrait être au début de la semaine prochaine, en raison d'un hackathon de 3 jours.

@ethikz - Je voulais juste faire un suivi pour voir si vous aviez la possibilité de récupérer des journaux mis à jour. Merci!

@planteater , désolé pour la réponse tardive.

J'utilise donc 0.52.0-60 et j'obtiens l'erreur suivante

De l'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)

À partir du flux codé

[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

Lors de l'ouverture du fichier js et de la recherche de la ligne qu'il rapporte, je vois cette fonction :

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 - Puis-je vous déranger pour envoyer la sortie complète pour l'agent ? Malheureusement, ce que vous avez envoyé ci-dessus manque la partie dont nous avons besoin. Merci!

@planteater C'est ce que l'agent m'a montré moins le compte

Je l'ai mis en débogage.

@ethikz J'ai besoin des journaux complets de l'agent (sortie), afin que je puisse voir comment il démarre, quels paramètres de proxy il a été envoyé, etc. Si vous ne souhaitez pas publier les journaux complets ici, veuillez les envoyer à support@ codestream.com et utilisez GH #43 comme ligne d'objet. Merci!

@eamodio Vous devriez avoir reçu un e-mail avec les journaux en

@ethikz Merci pour les journaux et je pense que nous avons résolu le problème dans la version 0.52.1 qui vient de sortir. Pouvez-vous l'essayer et faire un retour? Merci!

Il semble que cela fonctionne maintenant.

Il suffit d'inviter des personnes à faire équipe et de tester davantage. Merci!

Cette page vous a été utile?
0 / 5 - 0 notes