polymer-ide does not work for some projects
Closed this issue · 12 comments
Since update, the IDE does not response any suggest about attributes completions or document, I also can not jump to any component by ⌘ + click any more. I have try on both my Mac & my teammate's one, with many different project as well.
Is it a bug? Thank you.
Hm, interesting, autocompletions and jump to element definition are working for me on my mac. Do you see any errors in the plugin's output window? Press cmd-shift-u to bring up the output window and select vscode-plugin in the dropdown (if it's present).
A few other things to confirm:
- what version of vscode are you using?
- what version of os x?
- do you get diagnostics from the plugin? for example, if you have an html import like
<link rel="import" href="does-not-exist.html">
is the url underlined in red?
This also happens for me in the starter-kit
and shop
templates from polymer-cli. However, the plugin works fine for the application
template.
Steps to reproduce
- Use polymer-cli to generate
starter-kit
project - Open project in VS Code, then open
my-app.html
- Hold ⌘ and click on
<my-view1>
at line 94.
Expected Behavior
VS Code opens my-view1.html
(and jumps to the Polymer declaration).
Actual Behavior
Nothing happens.
Environment
- macOS Sierra 10.12
- VS Code 1.9.1
- polymer-ide 0.4.0
- polymer-cli 0.17.0
- node 7.5.0 (and 7.6.0)
Do you see any errors in the plugin's output window?
No, it's blank.
do you get diagnostics from the plugin? for example, if you have an html import like
<link rel="import" href="does-not-exist.html">
is the url underlined in red?
@rictic No red underlines.
Awesome, thanks for the repro steps! I can reproduce this.
Ok, I've isolated the bug. We're using the STDIO transport for communicating between vscode and the plugin. This is all good, except that we shouldn't do any logging to stdout or stderr, or it will disrupt that communications channel. If this happens when the plugin is first booting up the observed behavior is that the plugin will fail to start.
The warning that's being logged for starter-kit
is due to using sourceGlobs
and includeDependencies
in polymer.json
. A work around for this specific issue is to rename those fields in your polymer.json to their new names sources
and extraDependencies
.
I'm taking a look now at what we can do to prevent this class of bug.
Huh, the github regex for when a commit fixes an issue is more sensitive than I thought.
The fix for this issue was just published in v0.4.2
@rictic Hmm, I'm still able to reproduce the bug in v0.4.2, using the steps I listed above. Is it working for you?
Hm, you know, I tested my minimal repro but not the full starter-kit template.
Can confirm that the issue isn't fixed. Interesting. Thanks for the quick comment @tony19
@rictic Just installed everything anew on a laptop, and it seems to be working correctly. Correction: The plugin works correctly for the polymer-2-starter-kit
but not polymer-1-starter-kit
.
I can repro some super slow flakiness on polymer-1-starter-kit. I get some lint warnings, slowly and gradually, but it seems like something in psk 1 is triggering some pathological slowness/weirdness. Needs more investigation.