[coc.nvim] Error on active extension coc-powershell: TypeError: (intermediate value) is not iterable

[Gankarloo]

System Details

• Vim or NeoVim?: Vim
• Version of Vim (run vim --version) or NeoVim (run nvim --version): 8.1
• Version of coc-powershell (in Vim or NeoVim: :CocList extensions coc-powershell): 0.0.21
• Operating System: Windows 10
• PowerShell version (in PowerShell: $PSVersionTable): 5.1.17763.592

Issue Description

[coc.nvim] Error on active extension coc-powershell: TypeError: (intermediate value) is not iterable

Expected Behaviour

No error on loading extension

Actual Behaviour

Above error
and extension not active.

CocInfo:

## versions

vim version: VIM - Vi IMproved 8.1 (2018 May 18, compiled May 18 2018 18:36:07)
node version: v10.16.3
coc.nvim version: 0.0.74-e04013a8bd
term: undefined
platform: win32

## Messages
Messages maintainer: Bram Moolenaar <Bram@vim.org>
"\tmp\Powershell Scripts\Find-GPObyMatch.ps1" 0L, 0C
[coc.nvim] Error on active extension coc-powershell: TypeError: (intermediate value) is not iterable
## Output channel: snippets


## Output channel: powershell

starting.
pwshPath = C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe
bundledModulesPath = C:\Users\ankarloog\Dropbox\Utilities\gVimPortable8\Data\settings\AppData\Local\coc\extensions\node_modules\coc-powershell\PowerShellEditorServices

[Praful]

I started getting this error recently too. It was working a few weeks ago.

PowerShell/Windows:

Name                           Value
----                           -----
PSVersion                      6.2.0
PSEdition                      Core
GitCommitId                    6.2.0
OS                             Microsoft Windows 10.0.18362
Platform                       Win32NT
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
WSManStackVersion              3.0

Coc info:

:CocInfo
## versions

vim version: VIM - Vi IMproved 8.1 (2018 May 18, compiled Sep 25 2019 14:31:47)
node version: v8.11.3
coc.nvim version: 0.0.74-317e3212e3
term: undefined
platform: win32

[TylerLeonhardt]

Are you using gVim? I heard there was an issue with gVim and I don't think there's much we can do about that.

[Praful]

Yes, I'm using gVim. The problem occurs on Vim too (Windows again). This was working a few months ago. I've reverted back to several Vim versions that I've compiled over the past year and also compiled the latest Vim (8.1.2176). None of them worked.

I've tried the coc JavaScript and Python plugins and they're working in gVim.

I've also updated nodejs to the latest version: v10.16.3.

Is there any diagnostics I could do to help?

[TylerLeonhardt]

This is probably related to our use of a terminal buffer. JS and Python don't use that. @yatli or @chemzqm any thoughts on how we can diagnose this? It works well on non-Windows.

[chemzqm]

I have reproduced the issue.

[chemzqm]

Fixed by neoclide/coc.nvim@36e4768, there is an unnamed variable, also improved the error message

[Praful]

I can confirm that the error has disappeared. Auto-completion is now working and a PowerShell Integrated Console appears when a .ps1 file is opened. Thank you for fixing this error.

However, when the .ps1 is closed, the PowerShell is the only window open and I can't close it! Exit or Quit does nothing. The only thing I can do is click the X in the top right corner to close the gvim app. When I click X, the following message appears:

Kill job in "!C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe -ExecutionPolicy Bypass -NoProfile -NonInteractive 
d:\data\LinuxHome\AppData\Local\coc\extensions\node_modules\coc-powershell\PowerShellEditorServices\PowerShellEditorServices\Start-Edit
orServices.ps1 -HostName coc.vim -HostProfileId coc.vim -HostVersion 2.0.0 -LogPath d:\data\LinuxHome\AppData\Local\coc\extensions\node_
modules\coc-powershell\.pses\logs\fe4f880d396adc752f861abcd0fb8147-16456\log.txt -LogLevel Normal -BundledModulesPath 
d:\data\LinuxHome\AppData\Local\coc\extensions\node_modules\coc-powershell\PowerShellEditorServices -EnableConsoleRepl 
-SessionDetailsPath d:\data\LinuxHome\AppData\Local\coc\extensions\node_modules\coc-powershell\.pses\logs\fe4f880d396adc752f861abcd0f
b8147-16456\session"?

The version of PowerShell in the console is 5.1 not the 6.2 that's installed. Is there a reason the latest version isn't used? Both are in the path but 6.2 appears first in the PATH environment variable.

[TylerLeonhardt]

@Praful

Thank you for fixing this error.

Thanks @chemzqm! 🎉

the PowerShell is the only window open and I can't close it!

You mean the actual PowerShell shell that you launched gvim from? Or the PowerShell Integrated Console? If the latter, try :q. or :qall?

The version of PowerShell in the console is 5.1 not the 6.2 that's installed. Is there a reason the latest version isn't used?

We don't look at the PATH because it's expensive. Currently on Windows, we use 5.1 by default. You can change this by adding "powershell.powerShellExePath": "/path/to/pwsh.exe". To you :CocConfig.

That code path will change, once PowerShell/vscode-powershell#2238 goes through in the vscode extension. That will have PowerShell Core be the default if it is installed.

[Praful]

You mean the actual PowerShell shell that you launched gvim from? Or the PowerShell Integrated Console? If the latter, try :q. or :qall?

I'm referring here to the PowerShell Integrated Console. Once that becomes the sole window open in gvim, I can't do anything except type in the console! The gvim menus are disabled and :q or :qall are just entered into the console, as if they were shell commands.

If I :qall when the .ps1 script is also open (ie two windows are open: the script and the PowerShell Integrated Console), I get the Kill job in "!C:\WINDOWS\System32\... prompt I quoted in my previous message. Once I click Yes, gvim closes.

You can change this by adding "powershell.powerShellExePath": "/path/to/pwsh.exe".

Thanks, that worked. Is there a reason that my PowerShell profile is not being invoked (for either 5.1 or 6.2) when the PowerShell Integrated Console appears?

BTW, thank you for providing an incredibly useful plugin!

[TylerLeonhardt]

@Praful

I'm referring here to the PowerShell Integrated Console. Once that becomes the sole window open in gvim, I can't do anything except type in the console! The gvim menus are disabled and :q or :qall are just entered into the console, as if they were shell commands.

First do ctrl+\, ctrl+n I think, to go to "Normal" mode for the terminal. Then do :q. Although gVim might have a different way to exit a terminal buffer.

Is there a reason that my PowerShell profile is not being invoked (for either 5.1 or 6.2) when the PowerShell Integrated Console appears?

It's a different profile. In the PowerShell Integrated Console, run $profile to get the path to the coc-powershell profile.

This is similar to how the VSCode extension or ISE have different profiles.

[corbob]

That code path will change, once PowerShell/vscode-powershell#2238 goes through in the vscode extension. That will have PowerShell Core be the default if it is installed.

@TylerLeonhardt is this because you're planning to bring the update into coc-powershell?

[TylerLeonhardt]

@corbob yep. In fact, I might steal that code and publish it on npm.

[Praful]

First do ctrl+, ctrl+n I think, to go to "Normal" mode for the terminal. Then do :q.

Thanks - that works. However, the behaviour is quirky.

If I close the script first (:q), the PowerShell Integrated Console (PSIC) is now the full window. If I press ctrl+\, ctrl+n, the PSIC prompts:

Kill job in "!C:/Program Files/PowerShell/6/pwsh.exe -ExecutionPolicy Bypass -NoProfile -NonInteractive 
d:\data\LinuxHome\AppData\Local\coc\extensions\node_modules\coc-powershell\PowerShellEditorServices\PowerShellEditorServices\Start-EditorServices.ps1 -HostName coc.vim -HostProfileId coc.vim -HostVersion 2.0.0 -LogPath d:\data\LinuxHome\AppData\Local\coc\extensions\node_modules\coc-powershell\.pses\logs\322c8e0cf791da7487c39ff41b00c77e-4216\log.txt -LogLevel Normal -BundledModulesPath d:\data\LinuxHome\AppData\Local\coc\extensions\node_modules\coc-powershell\PowerShellEditorServices -EnableConsoleRepl -SessionDetailsPath d:\data\LinuxHome\AppData\Local\coc\extensions\node_modules\coc-powershell\.pses\logs\322c8e0cf791da7487c39ff41b00c77e-4216\session"?

After I click Yes, the PSIC closes but another PSIC opens!

I then repeat the above sequence: go to normal mode on the newly created PSIC, click Yes at prompt. Then the PSIC closes and gvim quits.

Vim display the same behaviour as gvim. This is all on Windows 10 1903.

This used to all work seamlessly when I last used it (about five months ago). Was there a PSIC because I don't remember one? Is it necessary to have a (visible or invisible) PSIC at all?

It's a different profile. In the PowerShell Integrated Console, run $profile to get the path to the coc-powershell profile.

The profile coc.vim_profile.ps1 is empty. Obviously, I can just put a call to the default PowerShell profile in coc.vim_profile.ps1 but is there a reason you favour an empty profile over the one PowerShell uses by default (Microsoft.PowerShell_profile.ps1)?

[TylerLeonhardt]

This used to all work seamlessly when I last used it (about five months ago). Was there a PSIC because I don't remember one? Is it necessary to have a (visible or invisible) PSIC at all?

It's kinda new... There's a setting to hide it at start up. It's like...

"powerShell.integratedConsole.showOnStartup":false

but is there a reason you favour an empty profile over the one PowerShell uses by default (Microsoft.PowerShell_profile.ps1)?

It's a different host and therefore should be a different profile. That's typically the guidance.

[corbob]

It's a different host and therefore should be a different profile. That's typically the guidance.

This is also what is done in the ISE and vscode. If you populate $profile.CurrentUserAllHosts or $profile.AllUsersAllHosts it should be picked up (or at least it is in vscode).