Skip to content
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

VS2015 initially fails to load project created using PTVS2.2.4. Okay for inbuilt projects. #1411

Closed
tsweeney2016 opened this issue Jul 8, 2016 · 7 comments
Labels
Milestone

Comments

@tsweeney2016
Copy link

Launching a VS2015 Solution by clicking on the solution file in Windows Explorer results in the Project within failing to load. Right clicking the project in Solution Explorer and select Reload Project loads it correctly. But is you save all and try to launch again the same way it occurs again.
Only occurs with projects created using PTVS2.2.4 and not other inbuilt types such as Visual C#.

Issue does not occur is you open up VS2015 and then load solution from File menu.
Issues even occurs with unmodified New Projects.

@melak47
Copy link

melak47 commented Jul 12, 2016

I get this as well, with the following error in the output log:

D:\python\App\App\App.pyproj : error  : Object reference not set to an instance of an object.

@traits
Copy link

traits commented Jul 14, 2016

Same here (VS2015 Update 3):
For a specific solution, either all the projects fail, occasionally only the last one in the list does, or all projects will load successfully.

@zooba
Copy link
Member

zooba commented Jul 14, 2016

Thanks. I think I know why this is occurring (VS team asked us to make a change to when we load our extension at startup, and when you double-click the project is now loaded too early), but not sure how to resolve it right now without simply undoing that change (which was also the fix to #1117).

If/when we are able to resolve this, there'll be a update notification shown in VS, so just keep an eye out for that.

@zooba zooba modified the milestones: 2.2.4, 2.2.5 Jul 14, 2016
@ghost
Copy link

ghost commented Jul 16, 2016

This is not a complete solution to the problem, but leave the comment.

When you open *.pyproj in Notepad ++, its encoding method is 'UTF-8-BOM'.
If you re-save the file into 'UTF-8 without BOM', project would be open normally.

I hope this comment would be helpful for the problem.

zooba added a commit to zooba/PTVS that referenced this issue Jul 18, 2016
Because of the delayed package load, GetPythonToolsService() may return null during project load. We only use it here for the survey/news features, so just skip the check if it isn't available.
@tsweeney2016
Copy link
Author

Hi hungclues.
Unfortunately, changing the encoding of he project file does not resolve
my issue.
Hopefully it is resolved with an update.

On Sat, Jul 16, 2016 at 9:01 AM, hungclues notifications@github.com wrote:

Whether fully resolved not know, leave a message on a shared dimension.

When I opened *.pyproj by 'Notepad++', is to 'UTF-8-BOM'.
I saved changes to it as 'UTF-8 without BOM' project opens normally.

I hope these comments are helpful.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#1411 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ATakZAcNTgqlEL4q7xYRJFc0XnlmX_57ks5qWI_xgaJpZM4JIHfi
.

@zooba
Copy link
Member

zooba commented Jul 28, 2016

Fix has been merged and will be available when we release our next update.

@zooba zooba closed this as completed Jul 28, 2016
@tsweeney2016
Copy link
Author

Thanks Steve.

On 28 Jul 2016 22:34, "Steve Dower" notifications@github.com wrote:

Fix has been merged and will be available when we release our next update.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#1411 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ATakZM-2rA_6x2J8ethNkQnN_MyZ0IGMks5qaSBQgaJpZM4JIHfi
.

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

No branches or pull requests

4 participants