Skip to content

Fix crash of PSES on startup when workspace folder has [] in path #580

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged

Conversation

rkeithhill
Copy link
Contributor

Copy link
Member

@TylerLeonhardt TylerLeonhardt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me!

@daviwil
Copy link
Contributor

daviwil commented Nov 25, 2017

Is there a place this method is being called where we would pass true for that parameter? If not, maybe just make path escaping be the default behavior?

@rkeithhill
Copy link
Contributor Author

rkeithhill commented Nov 25, 2017

@daviwil Not in our code base. I almost made the path escaping the default but the API is public and that would have been a breaking change. That said, I'm not sure we have any external users yet, other than maybe @adamdriscoll.

What do you think? Should I escape by default and leave the second overload for anyone who doesn't want the path escaped (i.e. for when the path is already escaped).

@daviwil
Copy link
Contributor

daviwil commented Nov 25, 2017

I don't think anyone external would be using it, but I agree that maybe we should retain the current behavior by default until we make a 2.0 of the .NET APIs. I'd say leave it how you've got it for now.

@rkeithhill rkeithhill merged commit 0ed5431 into PowerShell:master Nov 25, 2017
@rkeithhill rkeithhill deleted the rkeithhill/fix-1014-itemnotfoundex branch November 25, 2017 22:07
@adbertram
Copy link

Is there a way to implement this into 1.5.1 rather than waiting for the release? This is a big thing for me.

@rkeithhill
Copy link
Contributor Author

rkeithhill commented Nov 27, 2017

You could build your own version of PSES and copy it over the one that comes with the extension. Or I could provide you with a ZIP of the assemblies with this fix.

TylerLeonhardt pushed a commit to TylerLeonhardt/PowerShellEditorServices that referenced this pull request Feb 26, 2019
This change adds two new settings to control the automatic loading of the
PowerShell extension and integrated console:

- `powershell.startAutomatically`
- `powershell.integratedConsole.showOnStartup`

Both of which default to `true`.

Resolves PowerShell#580.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Editor Services not starting due to "non-existent" path
4 participants