pytools Issue Tracker Rss Feed

Commented Issue: Project load failure - requires user input [1220]

Zooba — Sat, 25 May 2013 15:57:30 GMT

I have a project that won't load on first try.

Start VS
Open solution

Error: The project requires user input. Reload the project for more information.

![Image](https://www.codeplex.com/Download/AttachmentDownload.ashx?ProjectName=pytools&WorkItemId=1220&FileAttachmentId=683721)

Right-click on project->Reload Project

Success! Or sometimes this other error:

Collection was modified after the enumerator was instantiated.

![Image](https://www.codeplex.com/Download/AttachmentDownload.ashx?ProjectName=pytools&WorkItemId=1220&FileAttachmentId=683722)
Comments: Can you share the project files and the PTVS changeset/build number internally?

Commented Issue: Python interpreter path should be stored relative if possible (virtualenv) [1216]

Zooba — Sat, 25 May 2013 15:56:29 GMT

I have a django project with an activated virtual env named 'env' in the project subfolder.

Looking at the pyproj file, the interpreter path to python.exe is absolute. It should be relative, whenever possible.
Comments: This will go away with the restructure of virtualenv. Keeping it open for now to validate.

Edited Issue: Python interpreter path should be stored relative if possible (virtualenv) [1216]

Zooba — Sat, 25 May 2013 15:56:29 GMT

Commented Issue: Can't debug django project in virtual env [1215]

Zooba — Sat, 25 May 2013 15:55:32 GMT

Create a new django project
F5 -> it works

Create a new virtual env (CPython 2.7)
Activate virtual env
Install django in virtual env
F5 -> console window never displays the django dev server information, web browser launches and fails
Ctrl-F5 -> it works

Note: you may have trouble getting django installed in the virtual env. I've had analysis crashes.
Comments: Virtualenv is going to be significantly restructured. When this happens, this issue will probably disappear. Leaving it open until then to make sure we validate.

Edited Issue: Can't debug django project in virtual env [1215]

Zooba — Sat, 25 May 2013 15:55:32 GMT

Commented Feature: Error in .NET-package install using NuGet and PTVS 2.0 [1212]

Zooba — Sat, 25 May 2013 15:54:27 GMT

Commented Feature: Error in .NET-package install using NuGet and PTVS 2.0 [1212]

JandalDoe — Sat, 25 May 2013 11:59:55 GMT

I am trying to create a MahApps styled WPF application using IronPython 2.7.3 in Visual Studio Ultimate 2012 with PTVS 2.0. However I cannot install MahApps.Metro via Nuget using the GUI. Choosing 'Install' in the Manage NuGet Packages console trows the following error by Visual Studio:

_'MahApps.Metro' could not be installed because it is not compatible with any project in the solution. The package targets the following frameworks:

.NetFramwork, Verion=v4.0

.NetFramwork, Verion=v4.5_

Trying out different .NET packages trough the NuGet Manager all trough the same errors.

I have created a new IronPython WPF application using both the .NET 4.0 and 4.5 Framework.

Any suggestions into how I could install mahapps.metro assemblies in an IronPython WPF application either using NuGet or an alternative way would be greatly appreciated.

(FYI: I made a C# WPF application using the same frameworks. Here I can install the MahApss assemblies as I should and they work perfectly fine there.)
Comments: Thank you for the reply Zooba I have found an alternative solution to this problem. First I have tried your suggestion, yet unfortunately with no result. The project file generated from a IronPython WPF application *.pyproj structure does miss a reference to the .NET Framework wheras a the project file from a C# WPF application does not: ``` <?xml version... <Project ToolsV... <Import Pro... <PropertyGroup> <TargetFrameworkVersion>v4.0</TargetFrameworkVersion> </PropertyGroup> ``` However adding this reference to the *.pyproj file did nothing for the NuGet installation error. #Manually adding packages without using NuGet for IronPython (WPF) applications (work-around) So next I looked for an alternative way of installing the package without having to use NuGet at all: 1. Install the NuGet package in a C# WPF project as per the instructions. For Mahapps: http://mahapps.com/MahApps.Metro/ 2. Next create a new IronPython WPF Application 3. If you explore both projects in the explorer the C# project will have a folder in the solution folder of the project called 'packages' this folder contains the just installed NuGet packages and their .dll's. Copy this folder to the solution folder of the python project. 4. Now you are able to reference the .dll's from the package (NuGet would normally do this automatically for you) _In case of referencing MahApps set references to: MahApps.dll and System.Windows.Interactivity.dll in YourPoject\packages\MahApps.Metro.0.10.1.1\lib\net40_ 5. Don't forget to set the search path to the same path in your project. (for clr.AddReference() to be able to find the assemblies) 6. Now you can import the assemblies from the package in your IronPython script: ``` import wpf import System.Windows from System.Windows import Application import clr clr.AddReference("MahApps.Metro") import MahApps.Metro.Controls from MahApps.Metro.Controls import MetroWindow ``` 7. You can now follow the installation strategy on http://mahapps.com/MahApps.Metro/ The result will look something like this: __In the IronPython YourWindow.py script__ ``` import wpf import System.Windows from System.Windows import Application import clr clr.AddReference("MahApps.Metro") import MahApps.Metro.Controls from MahApps.Metro.Controls import MetroWindow clr.AddReference("System.Windows.Interactivity") import System.Windows.Interactivity class MainWindow(MetroWindow): def __init__(self): wpf.LoadComponent(self, 'IPython_WPF.xaml') if __name__ == '__main__': Application().Run(MainWindow()) ``` __In the YourWindow.xaml script__ ``` <Controls:MetroWindow xmlns:Controls="clr-namespace:MahApps.Metro.Controls;assembly=MahApps.Metro" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" Title="IPython_WPF" Height="300" Width="300"> <Grid></Grid> </Controls:MetroWindow> ``` It's quite the elaborate work-around but it works! I guess it would be interesting if someone would able to find out why exactly the NuGet installation doesn't detect the proper .NET framework for IronPython scripts. I am pretty sure you are not able to change anything in your templates to automate this process (I have tried to install all .NET 4.0 assemblies in the IronPython WPF application that are automatically present in the C# WPF application on start up but also then NuGet trows the same error). I guess for the time being this work-around should suffice.

Edited Issue: Project load failure - requires user input [1220]

huguesv — Sat, 25 May 2013 00:24:17 GMT

Edited Issue: Project load failure - requires user input [1220]

huguesv — Sat, 25 May 2013 00:24:06 GMT

Edited Unassigned: Project load failure - requires user input [1220]

huguesv — Sat, 25 May 2013 00:19:40 GMT

Edited Unassigned: Project load failure - requires user input [1220]

huguesv — Sat, 25 May 2013 00:19:17 GMT

Created Unassigned: Project load failure - requires user input [1220]

huguesv — Sat, 25 May 2013 00:18:47 GMT

I have a project that won't load on first try.

Start VS
Open solution

Error: The project requires user input. Reload the project for more information.

Right-click on project->Reload Project

Success! Or sometimes this other error:

Collection was modified after the enumerator was instantiated.

Edited Issue: Path is not within project error message [1219]

huguesv — Sat, 25 May 2013 00:03:59 GMT

I don't know how I managed to get in this situation, but I have a project file with absolute folder paths like this:

```
<Folder Include="c:\DjangoApplication5\mysubprojectfolder" />

```
where it should have been
```
<Folder Include="mysubprojectfolder" />

```

If I move the whole project folder to a different location where the absolute path is no longer valid, I get an error message when opening the project. The message has too many implementation details:

![Image](https://www.codeplex.com/Download/AttachmentDownload.ashx?ProjectName=pytools&WorkItemId=1219&FileAttachmentId=683712)

```
---------------------------
Microsoft Visual Studio
---------------------------
The path is not within the project

Parameter name: path
---------------------------
OK
---------------------------
```

Edited Issue: Path is not within project error message [1219]

huguesv — Sat, 25 May 2013 00:03:05 GMT

Created Issue: Path is not within project error message [1219]

huguesv — Sat, 25 May 2013 00:02:37 GMT

Created Issue: Assertion when adding django app [1218]

huguesv — Fri, 24 May 2013 23:48:23 GMT

Create new django project
Add new django app named 'polls'

```
---------------------------
Assertion Failed: Abort=Quit, Retry=Debug, Ignore=Continue
---------------------------
We should have been able to find the new element in the hierarchy

at Microsoft.VisualStudioTools.Project.Automation.OAProjectItems.<>c__DisplayClassc.<EvaluateAddResult>b__b() in c:\Projects\TFS\PTVS\Feature\Python_2.0\Common\Product\SharedProject\Automation\OAProjectItems.cs:line 228

at Microsoft.VisualStudioTools.Project.UIThread.<>c__DisplayClass7`1.<RunSync>b__6(Object ignore) in c:\Projects\TFS\PTVS\Feature\Python_2.0\Common\Product\SharedProject\UIThread.cs:line 194

at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)

at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)

at System.Delegate.DynamicInvokeImpl(Object[] args)

at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)

at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)

at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tm......

<truncated>
---------------------------
Abort Retry Ignore
---------------------------
```

Edited Issue: Folders show up above virtual env node in solution explorer [1217]

huguesv — Fri, 24 May 2013 23:44:35 GMT

I have seen this triggered via 2 ways: add django app, or rename a folder in the project. When it happens, the renamed/new node will be added at the top of the project, above the virtual env node. Closing/reopening the project fixes it.
![Image](https://www.codeplex.com/Download/AttachmentDownload.ashx?ProjectName=pytools&WorkItemId=1217&FileAttachmentId=683678)

Created Issue: Folders show up above virtual env node in solution explorer [1217]

huguesv — Fri, 24 May 2013 23:44:12 GMT

Created Issue: Python interpreter path should be stored relative if possible (virtualenv) [1216]

huguesv — Fri, 24 May 2013 23:30:36 GMT

Created Issue: Can't debug django project in virtual env [1215]

huguesv — Fri, 24 May 2013 22:59:23 GMT