Stabilize Smoke Test #34203

joaomoreno · 2017-09-12T07:54:50Z

The smoke test underwent massive invasive surgery. We've accomplished to

Reduce randomness in the results
Reduce total run duration to under 2 minutes

We still need to

Investigate why debug often fails in Linux @isidorn
Investigate why Dataloss "before all" hook sometimes fails in Linux @sandy081
- https://monacotools.visualstudio.com/Monaco/_build/index?buildId=32227&_a=summary
Investigate why Multi Root "before all" hook sometimes fail in macOS @sandy081
- https://monacotools.visualstudio.com/Monaco/_build?buildId=32277
Integrate the smoke test into our actual TFS builds @joaomoreno

The text was updated successfully, but these errors were encountered:

joaomoreno · 2017-09-12T07:56:40Z

@isidorn I've noticed the smoke test getting the contents of app.js instead of launch.json at this point. That seems to be one of the causes, although I'm sure it's not the only problem since I've seen the test pass that point yet fail later on.

isidorn · 2017-09-13T10:36:56Z

@joaomoreno great analysis. I have looked into debug failures and the last 2 are the same and as you already noticed they come from the fact that I am getting the contents of app.jsinstead of the launch.json. However I am doing exactly the same wait everybody is doing when waiting for the editor to get focus here
I am not sure is it possible that the editor "launch.json" gets focus but somehow I still get stale text with getEditorVisibleText

As for the first two failures screenshots would be great help, I noticed we have a screenshot step in builds but I am not sure how to access them.

Also when running the smoketest locally with latest I constantly get the following failures

sandy081 · 2017-09-13T15:17:45Z

@isidorn To prevent getting text from previously opened editors, we have this wait for editor to get focus. Let's see what is that condition is missing in waiting for that editor to focus. I would probably take a screenshot immediately after waiting for launch.json editor is focus.

About those above tests which are failing, I had never seen them. Are you consistently reproducing them?

isidorn · 2017-09-13T15:30:38Z

@sandy081 yes those tests are constantly failing for me locally (I just pulled to get latest)

I added more screenshots to check what is the problem.

I have also increased the ping timeout from 400 to 600 ms which should prevent second failure. However the first failure comes from the node debug adapter that step in sometimes continues and this happens rarely. Maybe @weinand can comment more as I remember there was an issue about step actually doing a continue.
As for the last two failures we will know more once the builds are done with the new screenshots. I have queued 3 consectuive linux builds, hope that is fine

joaomoreno · 2017-09-13T16:00:40Z

However I am doing exactly the same wait everybody is doing when waiting for the editor to get focus here

Maybe there's another monaco-editor hidden somewhere.

I have also increased the ping timeout from 400 to 600 ms which should prevent second failure.

Can we somehow get rid of the timeout altogether and just fire the ping once the debugger is ready for it?

isidorn · 2017-09-13T16:31:01Z

No, there is no monaco-editor hidden, the screenshot shows it nicely. Somehow it happens that the editor title is launch.json even though the content is from app.js
I am trying to get rid of the timeout...

isidorn · 2017-09-13T17:08:25Z

Ok I have

removed one timeout all together
am now waiting for debugger to say "attached" before pinging, however it is still too early so I had to leave another timout (had no other choice since that attached signal in the console is all I have got)
am now parsing JSON multiple times until I get a proper result

Now I triggered 3 linux build they should pass, but we shall see soon

joaomoreno · 2017-09-13T17:20:50Z

am now parsing JSON multiple times until I get a proper result

I thought about that too... but it means that others might still hit the bug... can't we nail down the wait criteria for the editor?

isidorn · 2017-09-13T17:47:15Z

The problem with the search criteria is that the name of the file is nowhere in the content of the editor. So we can not check the content with anything else.
To nail this down further it would be cool if we had a html snapshot functionality. So in that moment we could print out the editor HTML and see if there is something unique to check for once the editor has stale content.

I believe nobody else is hitting this issue yet is due to the fact that most files are being open via quick open and this is one of the rare ones that we use some other action to open a file - debug configure.

isidorn · 2017-09-13T18:19:00Z

Ok for some reason the smoke test is still failing. Continuing investigation tomorrow morning

joaomoreno · 2017-09-13T19:37:05Z

To nail this down further it would be cool if we had a html snapshot functionality. So in that moment we could print out the editor HTML and see if there is something unique to check for once the editor has stale content.

I believe you can get this from the base API.

I believe nobody else is hitting this issue yet is due to the fact that most files are being open via quick open and this is one of the rare ones that we use some other action to open a file - debug configure.

Interesting. The answer might be here.

At the same time, this doesn't sound like a good criteria. @bpasero might be setting that aria-label as well as calling focus before the file is even read from disk. We need a different assertion there to make sure the editor has loaded the text.

Finally, it seems that you might just want to assert that launch.json was created with the right contents, right? What would happen if the launch.json contents would take more lines than the ones that would fit on a single editor page? You wouldn't be able to get its whole contents by querying for view-lines... So why don't you just read the file straight from disk? Once you run the configure command, assert launch.json is indeed opened as a text editor, but to get to its contents, just use fs.

joaomoreno · 2017-09-13T19:53:43Z

At the same time, this doesn't sound like a good criteria. @bpasero might be setting that aria-label as well as calling focus before the file is even read from disk. We need a different assertion there to make sure the editor has loaded the text.

Yup, check this out. I've hit a breakpoint when .focus() is called on the editor, when clicking the gear button in Debug. Right after that happens, the aria-label is there, the text area has focus, yet view-lines has nothing:

If there is nothing that would tell us the editor is there and ready, I suggest we introduce that something. A signal, which should be smoketest specific, like data-smoketest-state=idle (with possible loading and idle states) and data-smoketest-file=FILENAME attributes on the editor part or similar.

isidorn · 2017-09-14T08:39:58Z

Introducing such a smoke test specific attribute makes sense to me. I browsed a bit through the code and this looks like the place once the editor has resolved its input. And the way that would float up to the container would be the same as the AriaLabel all the way up to the editor configuration here.

Another way is instead of introducing a new label we could modify the aria label based on the fact if the editor is completely loaded or not.

fyi @bpasero

@joaomoreno yes I could use fs to get the content of the launch.json. Let me try that

isidorn · 2017-09-14T08:42:02Z

It seems like the failures yesterday were connected to something failing before debug.
2 smoke tests from today on linux passed. Now I triggered 2 more to verify

isidorn · 2017-09-14T09:14:15Z

Ok, now I am reading the launch.json via fs.
Debug now seems to always pass on linux.
I triggered 4 more linux builds to verify, 2 win, 2 mac. If they all pass then I will victouriously check the box in the top comment for investigate debug.

@sandy081 From time to time I still get data loss failures, example https://monacotools.visualstudio.com/Monaco/_build/explorer?_a=summary&buildId=32387

isidorn · 2017-09-14T09:57:01Z

From running the 8 test suits, now I see the following patterns

dataloss fails on linux https://monacotools.visualstudio.com/Monaco/_build/explorer?_a=summary&buildId=32391
econrefused failures https://monacotools.visualstudio.com/Monaco/_build?buildId=32395
all "before all" hooks timeout https://monacotools.visualstudio.com/Monaco/_build?buildId=32394
Rename and debug console fail https://monacotools.visualstudio.com/Monaco/_build/explorer?_a=summary&buildId=32393
debug still fails sometimes on linux (but due to ping timeout) https://monacotools.visualstudio.com/Monaco/_build/explorer?_a=summary&buildId=32389

@sandy081 @joaomoreno any idea what is going on with all the non debug failures

isidorn · 2017-09-14T10:10:38Z

Ok I have updated debug to not have any timeouts at all. I also updated the smoke test such that it prints out the port when it is ready to be pinged, this way there is no randomness on the debug smoke test side.
Triggered 3 more linux builds to verify debug is good.

sandy081 · 2017-09-14T10:30:13Z

Editor focus thingy is very subtle. I share the same observation as @joaomoreno that we are hitting the point when

Tab of launch.json is active
Editor container is having the aria-label of launch.json
Text area is focussed
But editor still showing the content of old file

I am not sure there is something which we can depend on for the editor is ready. It looks like Arial label containing file name is set on monaco editor only when the accessibility is on. Will check with @alexandrudima and see if he can shed some light here.

Not sure what is causing this time out in dataloss test. From screenshots I see that test ran successfully. Also I suspect some editor focus issues. I will inspect on non-debug related issues.

Thanks @isidorn

isidorn · 2017-09-14T10:35:06Z

All 3 linux builds passed -> checking off debug in first post, seems to be good now.

sandy081 · 2017-09-14T11:53:09Z

Talked to @bpasero and @alexandrudima on the editor focus issue. Looks like active tab showing old content is a real issue. But for the smoke tests, we would need much more reliable way to find if the editor is ready or not. For this @alexandrudima suggested to add an attribute data-uri on editor domNode. Will add it and update the smoke test code.

I will trigger more builds to see if everything is good.

sandy081 · 2017-09-15T07:15:27Z

Okay.. Here is some good news... We have green smoke builds. The last 20+ builds are green except one (failing due to slow market place queries) which is OK.

I think we can make them part of our main builds.

Good job guys @joaomoreno @isidorn 👍

joaomoreno · 2017-09-15T09:01:13Z

@isidorn One of the last Linux builds still failed in Debug: https://monacotools.visualstudio.com/Monaco/_build/index?buildId=32459&_a=summary

Together with @sandy081, we've gone over the debug test suite and added a bit more screenshots so we get an idea of what is happening there. We've also changed a few of the assertions done in the suite. And we've also fixed an issue with the screenshots overall which caused screenshots to be placed in the wrong folder name. Here's our changes: 4c26c77

We triggered many new builds, so let's wait for them to come back.

isidorn · 2017-09-15T09:06:10Z

@joaomoreno your changes look great to me, thanks

sandy081 · 2017-10-04T08:54:54Z

@joaomoreno Above screenshot is not from the failing test in the build. Failing test in the build is

'turns off editor line numbers and verifies the live change'

and the above screen shot is from the test

`changes 'workbench.action.toggleSidebarPosition' command key binding and verifies it

But both of them are same suite. Does both tests are failing for you?

I cannot reproduce locally now because, I am getting different error in Preferences due to the message box

Due to the message box, smoke test is not able to find the dirty file to save.

sandy081 · 2017-10-04T08:59:47Z

Sorry, I have to update my npm packages. This could be due to that.

joaomoreno · 2017-10-04T11:40:36Z

It failed only once on my machine (where the screenshot came from).

sandy081 · 2017-10-04T13:10:16Z

This could happen when the following happens

There is a setting already in the settings file
Preferences first test adds a setting to the file without comma. This will create errors in the file
Preferences second test triggers VS Code to add another setting and you see this error

Not sure how you landed into that situation. But added a fix in Preferences to always add a trailing comma to prevent this.

Otherwise, preferences tests are good locally

joaomoreno · 2017-10-04T13:29:31Z

Latest round of tests:

https://monacotools.visualstudio.com/Monaco/_build/index?buildId=33116&_a=summary

Windows fails in dataloss, debug and git:

2017-10-04T13:20:22.1701767Z   1) Dataloss verifies that 'hot exit' works for dirty files:
2017-10-04T13:20:22.1701767Z      Error: click with selector .tabs-container div.tab[aria-label="Untitled-1, tab"]: Timed out after 20 seconds.
2017-10-04T13:20:22.1701767Z       at SpectronClient.<anonymous> (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:189:31)
2017-10-04T13:20:22.1701767Z       at Generator.next (<anonymous>)
2017-10-04T13:20:22.1701767Z       at fulfilled (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:8:58)
2017-10-04T13:20:22.1701767Z 
2017-10-04T13:20:22.1701767Z   2) Preferences turns off editor line numbers and verifies the live change:
2017-10-04T13:20:22.1701767Z      Error: click with selector .tabs-container div.tab[aria-label="app.js, tab"]: Timed out after 20 seconds.
2017-10-04T13:20:22.1701767Z       at SpectronClient.<anonymous> (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:189:31)
2017-10-04T13:20:22.1701767Z       at Generator.next (<anonymous>)
2017-10-04T13:20:22.1701767Z       at fulfilled (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:8:58)
2017-10-04T13:20:22.1701767Z 
2017-10-04T13:20:22.1701767Z   3) Debug configure launch json:
2017-10-04T13:20:22.1701767Z      Error: click with selector div[id="workbench.parts.sidebar"] .actions-container .configure: Timed out after 20 seconds.
2017-10-04T13:20:22.1701767Z       at SpectronClient.<anonymous> (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:189:31)
2017-10-04T13:20:22.1701767Z       at Generator.next (<anonymous>)
2017-10-04T13:20:22.1701767Z       at fulfilled (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:8:58)
2017-10-04T13:20:22.1701767Z 
2017-10-04T13:20:22.1701767Z   4) Debug start debugging:
2017-10-04T13:20:22.1701767Z      Error: element with selector .debug-actions-widget .debug-action.pause: Timed out after 20 seconds.
2017-10-04T13:20:22.1701767Z       at SpectronClient.<anonymous> (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:189:31)
2017-10-04T13:20:22.1701767Z       at Generator.next (<anonymous>)
2017-10-04T13:20:22.1701767Z       at fulfilled (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:8:58)
2017-10-04T13:20:22.1701767Z 
2017-10-04T13:20:22.1701767Z   5) Debug focus stack frames and variables:
2017-10-04T13:20:22.1701767Z      Error: there should be 4 local variables: Timed out after 20 seconds.
2017-10-04T13:20:22.1701767Z       at SpectronClient.<anonymous> (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:189:31)
2017-10-04T13:20:22.1701767Z       at Generator.next (<anonymous>)
2017-10-04T13:20:22.1701767Z       at fulfilled (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:8:58)
2017-10-04T13:20:22.1701767Z 
2017-10-04T13:20:22.1701767Z   6) Debug stepOver, stepIn, stepOut:
2017-10-04T13:20:22.1701767Z      Error: click with selector .debug-actions-widget .debug-action.step-into: Timed out after 20 seconds.
2017-10-04T13:20:22.1701767Z       at SpectronClient.<anonymous> (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:189:31)
2017-10-04T13:20:22.1701767Z       at Generator.next (<anonymous>)
2017-10-04T13:20:22.1701767Z       at fulfilled (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:8:58)
2017-10-04T13:20:22.1701767Z 
2017-10-04T13:20:22.1701767Z   7) Debug continue:
2017-10-04T13:20:22.1701767Z      Error: click with selector .debug-actions-widget .debug-action.continue: Timed out after 20 seconds.
2017-10-04T13:20:22.1701767Z       at SpectronClient.<anonymous> (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:189:31)
2017-10-04T13:20:22.1701767Z       at Generator.next (<anonymous>)
2017-10-04T13:20:22.1701767Z       at fulfilled (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:8:58)
2017-10-04T13:20:22.1701767Z 
2017-10-04T13:20:22.1701767Z   8) Debug debug console:
2017-10-04T13:20:22.1701767Z      Error: undefined: Timed out after 20 seconds.
2017-10-04T13:20:22.1701767Z       at SpectronClient.<anonymous> (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:189:31)
2017-10-04T13:20:22.1701767Z       at Generator.next (<anonymous>)
2017-10-04T13:20:22.1701767Z       at fulfilled (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:8:58)
2017-10-04T13:20:22.1701767Z 
2017-10-04T13:20:22.1701767Z   9) Debug stop debugging:
2017-10-04T13:20:22.1701767Z      Error: click with selector .debug-actions-widget .debug-action.stop: Timed out after 20 seconds.
2017-10-04T13:20:22.1701767Z       at SpectronClient.<anonymous> (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:189:31)
2017-10-04T13:20:22.1701767Z       at Generator.next (<anonymous>)
2017-10-04T13:20:22.1701767Z       at fulfilled (D:\work\agent2\5\s\test\smoke\out\spectron\client.js:8:58)
2017-10-04T13:20:22.1701767Z 
2017-10-04T13:20:22.1701767Z   10) Git reflects working tree changes:
2017-10-04T13:20:22.1701767Z      unknown error: Element <a class="action-label icon contrib-cmd-icon-2" role="button" title="Refresh" tabindex="0"></a> is not clickable at point (194, 17). Other element would receive the click: <div class="message-left-side message-overflow-ellipsis">...</div>
2017-10-04T13:20:22.1701767Z   Error
2017-10-04T13:20:22.1701767Z 
2017-10-04T13:20:22.1701767Z   11) Git stages, commits changes and verifies outgoing change:
2017-10-04T13:20:22.1701767Z      unknown error: Element <a class="action-label icon contrib-cmd-icon-11" role="button" title="Commit" tabindex="0"></a> is not clickable at point (162, 17). Other element would receive the click: <span class="message-left-side severity app-info" title="Code - Insiders for 64-bit Windows is now available!" style="background-color: rgb(0, 122, 204); color: rgb(238, 238, 238);">...</span>
2017-10-04T13:20:22.1701767Z   Error

Mac fails in dataloss:

https://monacotools.visualstudio.com/Monaco/_build/index?buildId=33115&_a=summary

2017-10-04T13:17:05.7949513Z   1) Dataloss verifies that 'hot exit' works for dirty files:
2017-10-04T13:17:05.7949513Z      Error: getTextContent with selector .monaco-editor[data-uri$="Untitled-1"] .view-lines: Timed out after 20 seconds.
2017-10-04T13:17:05.7949513Z       at SpectronClient.<anonymous> (D:\work\agent1\6\s\test\smoke\out\spectron\client.js:189:31)
2017-10-04T13:17:05.7949513Z       at Generator.next (<anonymous>)
2017-10-04T13:17:05.7949513Z       at fulfilled (D:\work\agent1\6\s\test\smoke\out\spectron\client.js:8:58)

And both Linux runs are failing with a very strange error:

https://monacotools.visualstudio.com/Monaco/_build/index?buildId=33118&_a=summary
https://monacotools.visualstudio.com/Monaco/_build/index?buildId=33117&_a=summary

2017-10-04T13:06:27.5081100Z   1) Search "before all" hook:
2017-10-04T13:06:27.5108930Z      Error: Timeout of 60000ms exceeded. For async tests and hooks, ensure "done()" is called; if returning a Promise, ensure it resolves.
2017-10-04T13:06:27.5128040Z

isidorn · 2017-10-04T13:37:12Z

Debug failed because the smoke test could not find the configure button since it is covered by the message box. All debug errors are failing due to this.

sandy081 · 2017-10-04T13:37:34Z

Windows:

because of the message box hiding the UI elements like Tabs.

Mac:

Not sure why the content is not written correctly into the editor. Instead of Hello, Untitled Code it is Hello, Untitled Coed.

Linux:

It seems Status bar tests are not even started after Git tests. This making me to suspect if the following call in the set up is taking for ever

cp.execSync('git checkout .', { cwd: WORKSPACE_PATH });

sandy081 · 2017-10-04T13:41:04Z

Issue 1: Why are we seeing that message box - We should assume that there should be any messages by default.

Issue 2: Waiting for text content to write is not still reliable?

Issue 3: Git check out might be taking time in the set up?

joaomoreno · 2017-10-04T14:00:41Z

Very interesting. That bar shouldn't be there but also just thought about how dangerous it is to tell Spectron to click a specific element: another might be on top.

I'll make sure that update popup doesn't come up.

Not sure about issue 2. Something must be up.

I'll also investigate issue 3.

joaomoreno · 2017-10-04T19:25:31Z

08e6c5d should disable updates during the smoketest.

Looking into issue 3.

joaomoreno · 2017-10-04T20:20:11Z

Issue 3 possibly related to electron-userland/spectron#219

joaomoreno · 2017-10-05T08:15:05Z

Related to issue 3: d78d5da should kill all leftover running instances of Code before starting the smoketest.

joaomoreno · 2017-10-05T08:31:50Z

Getting very close.

@sandy081 Macos just failed with

2017-10-05T08:26:02.5172290Z   1) Preferences turns off editor line numbers and verifies the live change:
2017-10-05T08:26:02.5189500Z      Error: elements with selector .line-numbers: Timed out after 20 seconds.
2017-10-05T08:26:02.5208590Z       at SpectronClient.<anonymous> (out/spectron/client.js:188:31)
2017-10-05T08:26:02.5219830Z       at Generator.next (<anonymous>)
2017-10-05T08:26:02.5232900Z       at fulfilled (out/spectron/client.js:8:58)

Here's the screenshot:

joaomoreno · 2017-10-05T11:50:54Z

This last failure happens due to some letters are switched/missing when typing in the editor. It is the same underlying issue behind the Dataloss occasional failures.

we're starting to see something very strange in macos smoketest:
only in the editor (so far), it appears that sometimes we send a sequence of keys to type in something
eg: lineNumbers
and sometimes it comes up as ilneNumbers
or Hello, Untitled Code becomes Hello, Unitled Coed (notice here a t is missing and the last two letters are swapped)
do you think there might be something in our input detection/textarea polling code which could cause this?

I also just saw this happening on Linux too!

Investigating...

cc @alexandrudima

joaomoreno · 2017-10-05T13:19:23Z

About

2017-10-04T13:06:27.5108930Z      Error: Timeout of 60000ms exceeded. For async tests and hooks, ensure "done()" is called; if returning a Promise, ensure it resolves.

I found out that the application stays stuck here:

Now... why?

joaomoreno · 2017-10-05T14:21:07Z

Here's what we're hitting: https://bugs.chromium.org/p/chromium/issues/detail?id=522853

After some effort I was able to get our very own application logs (which I will soon make a part of the artifacts to create during a smoketest build). Right in the beginning there appeared this message:

[51990:1005/140613.896448:WARNING:discardable_shared_memory_manager.cc(193)] Less than 64 MB of free space in temporary directory for shared memory files: 8

I checked what this meant and the shared memory in Linux is represented by the /dev/shm device, which in our Docker containers is only 64MB. Now, if Electron complains when this free memory is low... could it be that everything just crumbles down when that limit is hit? That would explain everything we've seen so far:

It only happens sometimes (only when that memory limit is hit)
When it happens, the processes crash but stay running and don't free any of that shared memory, making successful runs even more prone to fail, since less memory is available

I've tried saturating that memory manually and, lo and behold, YES, THAT'S IT.

The fix is to increase that shared memory level to something more than 64MB. Working on that.

joaomoreno · 2017-10-05T19:38:55Z

@isidorn @mjbvz Another message going over the debug toolbar... 🤕

Both Debug and Git are suffering from this. The amount of work to get this **** working is surreal.

2017-10-05T16:20:21.0231720Z   6) Debug stepOver, stepIn, stepOut:
2017-10-05T16:20:21.0260920Z      Error: click with selector .debug-actions-widget .debug-action.step-into: Timed out after 20 seconds.
2017-10-05T16:20:21.0294780Z       at SpectronClient.<anonymous> (out/spectron/client.js:188:31)
2017-10-05T16:20:21.0340020Z       at Generator.next (<anonymous>)
2017-10-05T16:20:21.0359470Z       at fulfilled (out/spectron/client.js:8:58)
2017-10-05T16:20:21.0369090Z 
2017-10-05T16:20:21.0387380Z   7) Debug continue:
2017-10-05T16:20:21.0416720Z      Error: click with selector .debug-actions-widget .debug-action.continue: Timed out after 20 seconds.
2017-10-05T16:20:21.0450630Z       at SpectronClient.<anonymous> (out/spectron/client.js:188:31)
2017-10-05T16:20:21.0469700Z       at Generator.next (<anonymous>)
2017-10-05T16:20:21.0488840Z       at fulfilled (out/spectron/client.js:8:58)
2017-10-05T16:20:21.0498470Z 
2017-10-05T16:20:21.0517000Z   8) Debug stop debugging:
2017-10-05T16:20:21.0546280Z      Error: click with selector .debug-actions-widget .debug-action.stop: Timed out after 20 seconds.
2017-10-05T16:20:21.0576450Z       at SpectronClient.<anonymous> (out/spectron/client.js:188:31)
2017-10-05T16:20:21.0600460Z       at Generator.next (<anonymous>)
2017-10-05T16:20:21.0619480Z       at fulfilled (out/spectron/client.js:8:58)
2017-10-05T16:20:21.0629500Z 
2017-10-05T16:20:21.0648160Z   9) Git stages, commits changes and verifies outgoing change:
2017-10-05T16:20:21.0691860Z      unknown error: Element <a class="action-label icon contrib-cmd-icon-11" role="button" title="Commit" tabindex="0"></a> is not clickable at point (166, 17). Other element would receive the click: <span class="message-left-side severity app-warning" title="[TypeScript support for VSCode] Could not install typings files for JavaScript language features. Please ensure that NPM is installed or configure 'typescript.npm' in your user settings" style="background-color: rgb(184, 149, 0); color: rgb(238, 238, 238);">...</span>
2017-10-05T16:20:21.0742610Z   Error

joaomoreno · 2017-10-05T20:42:24Z

@mjbvz Can we get an easy way out of this, not through the settings?

joaomoreno · 2017-10-06T10:02:06Z

It seems it was a one time thing... no idea what happened there... maybe no Internet?

joaomoreno · 2017-10-06T11:52:32Z

/dev/shm fix didn't quite fix it...

But #32908 is interesting...

joaomoreno · 2017-10-06T13:53:10Z

Nope...

I was able to get dbus working inside the container, those Failed to connect to the bus error messages went away and the app still crashes every now and then.

I start to think the problem is really behind using Ubuntu 14.04 for the base container image:

mjbvz · 2017-10-08T13:26:36Z

@joaomoreno Are you still running into the npm issue? If the issue is just that npm is not being picked up properly, try setting an explicit path with "typescript.npm" You can also disable automatic type by setting: "typescript.disableAutomaticTypeAcquisition": true.

joaomoreno · 2017-10-09T07:21:30Z

No, it seemed to have only happened once.

joaomoreno · 2017-10-10T07:18:54Z

The crash problem was related to both /dev/shm and enabling dbus. It seems to be much more stable now.

I'll investigate the editor problem.

joaomoreno · 2017-10-10T20:09:31Z

OK there are only two problems left as far as I know:

The editor input issue, in which some characters appear delayed in the buffer. We might want to have programmatic access to the editor @alexandrudima as a workaround. This happens in Windows, Linux and macOS.

And the preferences conflict save, which could be related to the previous one as it occurs also when the previous one does @sandy081.

joaomoreno · 2017-10-19T14:37:43Z

Fixed the editor issue by inputting text into it via:

Replacing the textarea contents with the previous text and the new text inserted at the cursor position
Update the cursor position
Fire an input event

Finally closing this since we merged the branch: db578b9

Thanks for the efforts @michelkaporin @sandy081 @isidorn! 🍻

joaomoreno added the engineering VS Code - Build / issue tracking / etc. label Sep 12, 2017

joaomoreno added this to the September 2017 milestone Sep 12, 2017

joaomoreno assigned joaomoreno, isidorn and sandy081 Sep 12, 2017

joaomoreno added the plan-item VS Code - planned item for upcoming label Sep 12, 2017

kieferrm mentioned this issue Sep 12, 2017

Iteration Plan for September 2017 #34160

Closed

48 tasks

michelkaporin referenced this issue Oct 6, 2017

smoke: kill all testuser processes before smoketest

d78d5da

egamma mentioned this issue Oct 9, 2017

Iteration Plan for October 2017 #35875

Closed

40 tasks

joaomoreno closed this as completed Oct 19, 2017

vscodebot bot locked and limited conversation to collaborators Dec 3, 2017

Stabilize Smoke Test #34203

Stabilize Smoke Test #34203

Comments

joaomoreno commented Sep 12, 2017 • edited Loading

joaomoreno commented Sep 12, 2017

isidorn commented Sep 13, 2017

sandy081 commented Sep 13, 2017

isidorn commented Sep 13, 2017 • edited Loading

joaomoreno commented Sep 13, 2017

isidorn commented Sep 13, 2017

isidorn commented Sep 13, 2017

joaomoreno commented Sep 13, 2017

isidorn commented Sep 13, 2017

isidorn commented Sep 13, 2017

joaomoreno commented Sep 13, 2017 • edited Loading

joaomoreno commented Sep 13, 2017 • edited Loading

isidorn commented Sep 14, 2017 • edited Loading

isidorn commented Sep 14, 2017

isidorn commented Sep 14, 2017 • edited Loading

isidorn commented Sep 14, 2017 • edited Loading

isidorn commented Sep 14, 2017

sandy081 commented Sep 14, 2017

isidorn commented Sep 14, 2017

sandy081 commented Sep 14, 2017

sandy081 commented Sep 15, 2017

joaomoreno commented Sep 15, 2017

isidorn commented Sep 15, 2017

sandy081 commented Oct 4, 2017 • edited Loading

sandy081 commented Oct 4, 2017

joaomoreno commented Oct 4, 2017

sandy081 commented Oct 4, 2017

joaomoreno commented Oct 4, 2017

isidorn commented Oct 4, 2017

sandy081 commented Oct 4, 2017

sandy081 commented Oct 4, 2017

joaomoreno commented Oct 4, 2017 • edited Loading

joaomoreno commented Oct 4, 2017

joaomoreno commented Oct 4, 2017 • edited Loading

joaomoreno commented Oct 5, 2017 • edited Loading

joaomoreno commented Oct 5, 2017 • edited Loading

joaomoreno commented Oct 5, 2017

joaomoreno commented Oct 5, 2017

joaomoreno commented Oct 5, 2017 • edited Loading

joaomoreno commented Oct 5, 2017 • edited Loading

joaomoreno commented Oct 5, 2017

joaomoreno commented Oct 6, 2017

joaomoreno commented Oct 6, 2017

joaomoreno commented Oct 6, 2017

mjbvz commented Oct 8, 2017

joaomoreno commented Oct 9, 2017

joaomoreno commented Oct 10, 2017

joaomoreno commented Oct 10, 2017

joaomoreno commented Oct 19, 2017

joaomoreno commented Sep 12, 2017 •

edited

Loading

isidorn commented Sep 13, 2017 •

edited

Loading

joaomoreno commented Sep 13, 2017 •

edited

Loading

joaomoreno commented Sep 13, 2017 •

edited

Loading

isidorn commented Sep 14, 2017 •

edited

Loading

isidorn commented Sep 14, 2017 •

edited

Loading

isidorn commented Sep 14, 2017 •

edited

Loading

sandy081 commented Oct 4, 2017 •

edited

Loading

joaomoreno commented Oct 4, 2017 •

edited

Loading

joaomoreno commented Oct 4, 2017 •

edited

Loading

joaomoreno commented Oct 5, 2017 •

edited

Loading

joaomoreno commented Oct 5, 2017 •

edited

Loading

joaomoreno commented Oct 5, 2017 •

edited

Loading

joaomoreno commented Oct 5, 2017 •

edited

Loading