Ive just downloaded the beta and it installed fine with no errors, but when i go to create a new 2.0 project in VS C# i get an error: "The project file 'C:\Users\Ben\AppData\Local\Temp\gyhtaevi.qfq\Temp\WindowsGame1.csproj' The project type is not supported by this installation." I've tried reinstalling XNA but that didnt work. Any help would be appreciated.

There is a bug in our setup program that might be the culprit here.

When you install XNA GS 2.0 Beta, setup attempts to install into both VC# 2005 Express and VS 2005, if you have both. However, before XNA GS can be installed, you have to have the appropriate service pack (SP1) for the IDE. These are installed separately for Express and non-Express.

The bug is that if you have both VC# Express and VS, but only one has the SP1 applied, then setup will install XNA GS 2.0 into only the IDE that has the SP1 applied, but both will have the templates installed. The problem is that you cannot use the templates in an IDE without XNA GS 2.0 installed.

To see whether this is the case, go to the Help menu, and select About Microsoft Visual Studio (or Visual C# Express Edition).

If you do not see XNA Game Studio 2.0 in the list of installed products, then this is probably what happened.

To resolve this issue, download and install SP1 for VS 2005 (or Express) and then reinstall XNA GS 2.0 (there should be an option to repair/reinstall without uninstalling first).

 

Thanks for your quick reply. However what you've said shouldn't affect me as i haven't installed the non-express edition of VS 2005, all i've got is the express edition. I had installed the SP1 for it, but i reinstalled it as well as the beta,
however it didn't do anything, i still get the error. But when i look on the about section of VS 2005, XNA 2.0 isn't listed, so it maybe that setup isn't installing the necessary files  for the express edition?

When you say you reinstalled it could you expand on the steps taken? Was this just a reinstall of the Beta or of all of C# Express and its available service packs? We also drop a log file that contains all the tasks setup runs through and their status. The file is located here :

C:\Program Files\Microsoft XNA\XNA Game Studio\v2.0\Setup\TME\Results

If looking through the log are there any attributes where Success="false", Completed="false", or Warning="true"? If so could you copy those (or share the file) so we can see it?

Feel free to open a bug on Connect if you want to and attach all the files from the "C:\Program Files\Microsoft XNA\XNA Game Studio\v2.0\Setup\Logs" directory.

 

Thanks

<?xml version="1.0"?>
<TaskStatusResults xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
  <TaskStatus Time="2007-11-20T17:01:17.5114+00:00" Success="true" Continue="true" Expose="true" Reboot="false" RebootNow="false" Completed="true" Message="MSI Task Processor Succeeded on task: Copying prerequisite files" TaskListId="Install" Warning="false">
    <Task Id="CopyRedistFiles" Type="MSI" Data="MsiPath=redists.msi;MsiOperation=Install;ContinueOnFailure=False" DisplayName="Copying prerequisite files" AlwaysReboots="false" />
  </TaskStatus>
  <TaskStatus Time="2007-11-20T17:02:12.9934+00:00" Success="true" Continue="true" Expose="true" Reboot="false" RebootNow="false" Completed="true" Message="MSI Task Processor Succeeded on task: Installing Games for Windows - LIVE Redist" TaskListId="Install" Warning="false">
    <Task Id="InstallOrRepairPanoramaRedist" Type="MSI" Data="MsiPath={D1B01DC9-CBAF-45F9-A387-7D00C11B630E};MsiAlternatePath=%ProgramFiles%\Microsoft XNA\XNA Game Studio\v2.0\Redist\Panorama Redist\XLiveRedist.msi;MsiOperation=Repair;ContinueOnFailure=False" DisplayName="Installing Games for Windows - LIVE Redist" AlwaysReboots="false" />
  </TaskStatus>
  <TaskStatus Time="2007-11-20T17:04:54.1024+00:00" Success="true" Continue="true" Expose="false" Reboot="false" RebootNow="false" Completed="true" Message="Task returned: 0" TaskListId="Install" Warning="false">
    <Task Id="RunDXRedistSetup" Type="EXE" Data="=@EXEPath=%ProgramFiles%\Microsoft XNA\XNA Game Studio\v2.0\Redist\DX Redist\DXSETUP.exe@EXEArguments=/silent@ReturnAction=FailOnNonZero@RebootOnReturnCode=1" DisplayName="Installing DirectX Redist" AlwaysReboots="false" />
  </TaskStatus>
  <TaskStatus Time="2007-11-20T17:05:38.5834+00:00" Success="true" Continue="true" Expose="true" Reboot="false" RebootNow="false" Completed="true" Message="MSI Task Processor Succeeded on task: Installing XNA Game Studio 2.0 Redist" TaskListId="Install" Warning="false">
    <Task Id="InstallOrRepairXNARedist" Type="MSI" Data="MsiPath={245F6C7A-0C22-4de0-8202-2AAA620A1D3A};MsiAlternatePath=%ProgramFiles%\Microsoft XNA\XNA Game Studio\v2.0\Redist\XNA FX Redist\xnafx20_redist.msi;MsiOperation=Repair;REINSTALL=ALL;REINSTALLMODE=omus;ContinueOnFailure=False" DisplayName="Installing XNA Game Studio 2.0 Redist" AlwaysReboots="false" />
  </TaskStatus>
  <TaskStatus Time="2007-11-20T17:06:24.7664+00:00" Success="true" Continue="true" Expose="true" Reboot="false" RebootNow="false" Completed="true" Message="MSI Task Processor Succeeded on task: Copying XNA Game Studio files" TaskListId="Install" Warning="false">
    <Task Id="InstallXnaLiveProxy" Type="MSI" Data="MsiPath=xnaliveproxy.msi;MsiOperation=Install;ContinueOnFailure=False" DisplayName="Copying XNA Game Studio files" AlwaysReboots="false" />
  </TaskStatus>
  <TaskStatus Time="2007-11-20T17:06:44.2504+00:00" Success="true" Continue="true" Expose="true" Reboot="false" RebootNow="false" Completed="true" Message="MSI Task Processor Succeeded on task: Copying XNA Game Studio files" TaskListId="Install" Warning="false">
    <Task Id="InstallSharedFiles" Type="MSI" Data="MsiPath=xnags_shared.msi;MsiOperation=Install;ContinueOnFailure=False;TRANSPORT_EXCEPTION=1;PANORAMA_EXCEPTION=1" DisplayName="Copying XNA Game Studio files" AlwaysReboots="false" />
  </TaskStatus>
  <TaskStatus Time="2007-11-20T17:08:17.0054+00:00" Success="true" Continue="true" Expose="true" Reboot="false" RebootNow="false" Completed="true" Message="MSI Task Processor Succeeded on task: Copying starter kits" TaskListId="Install" Warning="false">
    <Task Id="InstallSpacewars" Type="MSI" Data="MsiPath=spacewar.msi;MsiOperation=Install;ContinueOnFailure=False" DisplayName="Copying starter kits" AlwaysReboots="false" />
  </TaskStatus>
  <TaskStatus Time="2007-11-20T17:11:26.6014+00:00" Success="true" Continue="true" Expose="true" Reboot="false" RebootNow="false" Completed="true" Message="MSI Task Processor Succeeded on task: Merging help documentation" TaskListId="Install" Warning="false">
    <Task Id="InstallDocs" Type="MSI" Data="MsiPath=%ProgramFiles%\Microsoft XNA\XNA Game Studio\v2.0\Setup\xnags_documentation.msi;MsiOperation=Install;ContinueOnFailure=False" DisplayName="Merging help documentation" AlwaysReboots="false" />
  </TaskStatus>
  <TaskStatus Time="2007-11-20T17:12:40.0324+00:00" Success="true" Continue="true" Expose="true" Reboot="false" RebootNow="false" Completed="true" Message="MSI Task Processor Succeeded on task: Installing files for C# 2005 Express" TaskListId="Install" Warning="false">
    <Task Id="InstallExpress" Type="MSI" Data="MsiPath=%ProgramFiles%\Microsoft XNA\XNA Game Studio\v2.0\Setup\xnags_vcsexpress.msi;MsiOperation=Install;ContinueOnFailure=True" DisplayName="Installing files for C# 2005 Express" AlwaysReboots="false" />
  </TaskStatus>
  <TaskStatus Time="2007-11-20T17:15:07.3154+00:00" Success="false" Continue="true" Expose="true" Reboot="false" RebootNow="false" Completed="true" Message="MSI Task Processor Failed on task: Installing files for Visual Studio 2005 \n Please consult C:\Program Files\Microsoft XNA\XNA Game Studio\v2.0\Setup\Logs\xnags_devenv.LOG for additional log information." TaskListId="Install" Warning="false">
    <Task Id="InstallUplevel" Type="MSI" Data="MsiPath=%ProgramFiles%\Microsoft XNA\XNA Game Studio\v2.0\Setup\xnags_devenv.msi;MsiOperation=Install;ContinueOnFailure=True" DisplayName="Installing files for Visual Studio 2005" AlwaysReboots="false" />
  </TaskStatus>
  <TaskStatus Time="2007-11-20T17:15:35.5244+00:00" Success="true" Continue="true" Expose="true" Reboot="false" RebootNow="false" Completed="true" Message="MSI Task Processor Succeeded on task: Caching installer files" TaskListId="Install" Warning="false">
    <Task Id="InstallARP" Type="MSI" Data="MsiPath=arpentry.msi;MsiOperation=Install;ContinueOnFailure=False" DisplayName="Caching installer files" AlwaysReboots="false" />
  </TaskStatus>
</TaskStatusResults>


The only problem seems to be a SUCCESS problem when MSI Task Proccesser failed.

What i did when installing and reinstalling was:
    -First i installed XNA 2.0 on VS C# Express 2005 with the SP1 installed.
    -Then, as i got the error, i repaired XNA 2.0.
    -Then i reinstalled the SP1 for VS C# Express 2005 and  after that  reinstalled XNA 2.0.

The only false success in the log shows that it didn't install onto VS 2005 which makes sense seeing as you said you only have C# Express installed.

Please open a connect bug and add the detailed log files as mentioned above. I think we'll need to dig through the details to see what happened. According to the results everything was installed fine.

Have you happened to try a full removal of C# Express/GS 2.0 and then reinstall using Add/Remove Programs rather than repairing to see if this clears the issue?

I am having the same problem.


i started this thread. http://forums.xna.com/thread/33209.aspx

but anyway would having visual studio 2008 express have anything to do with it?

The only log file i could find was the one i posted above so there's no point in posting on Connect (also you have to be 18 to register). However i've just completely uninstalled all the Xna programs (1.0 and 2.0) as well as Visual Studio Express, so that there was nothing left. Then i reinstalled everything starting with VS, then the necessary  patches. Then i  installed XNA 1.0 and 2.0. However  when i launch  VS. the listed  programs doesn't have any of the XNA frameworks. I press new project and the only available options are for 2.0, even though it's not displayed on the about section. When trying to launch a 2.0 project i get an error "Requested registry access is not allowed." So now i can't launch XNA 1.0 or XNA 2.0. I've reinstalled both 1.0 and 2.0 many times but nothing changes.

Edit - I've just checked and i can't launch any project in VS!

I am seeing the same issue reported here (project type not supported while copying from temp dir).  I have VS2006 + VC# express installed on a Vista Ultimate x64 box, both of which are patched to SP1 according to the About dialog.  Creating a new project results in the same error seen here in both VS2005 and VC# Express.  I have tried a re-install and nothing changed.  Any other info I can provide?

well we all seem to be using vista to get this error but other people use it on vista fine??? thats the only thing i can work out that is caussing this issue one person has visual studio but me and the guy creating this topic only have express? I have heeps of log files but i can't seem to load them onto connect for some unkown reason yet the other guy only has 1 log file???
another strange thing is everything else works.

could it simplay be that the dowload got corrupted?

just a question what other files do you have that have to do with visual studio? i have:
all express 08,
NProf,
c++ 05 express,
web 05 express.
directx sdk june 07,
directx sdk oct 06.

Just to clarify there are two folders for logs.

The single results file is located here: C:\Program Files\Microsoft XNA\XNA Game Studio\v2.0\Setup\TME\Results\

And the complete set of install logs here: C:\Program Files\Microsoft XNA\XNA Game Studio\v2.0\Setup\Logs\

It would be great if anyone seeing this issue could open a bug on connect that includes the logs as well as information about their OS (XP/Vista/32bit/64bit), Various VS SKUs, as well as if you are running GS Setup and VS elevated (on Vista).

 

 

Bug 311918 added to Connect with log files attached.  I got it to fail on 2 Vista machines, one x64, one x86.

Thanks Brian for added a bug on connect, i would have done it myself but it kept on asking me to register even though i had already registered and activated my account. Let's hope someone can fix this.

AffinityFX:

... However  when i launch  VS. the listed  programs doesn't have any of the XNA frameworks. I press new project and the only available options are for 2.0, even though it's not displayed on the about section. When trying to launch a 2.0 project i get an error "Requested registry access is not allowed." So now i can't launch XNA 1.0 or XNA 2.0. I've reinstalled both 1.0 and 2.0 many times but nothing changes.

Edit - I've just checked and i can't launch any project in VS!

This seems fairly bizarre. Did you install VS using an administrator account?

Is your VS installation installed under Program Files, or did you choose a different location? Is your Program Files folder on the same drive as your Windows installation? Either of these scenarios has had trouble in the past, and I'm not sure if we fixed them before the beta or not.

 

A quick update for me...I installed VS2008 on machine #2 (x86 machine) and was having issues with the VS icons showing up in Explorer.  For some reason registry permissions were entirely screwed up for the common extensions (.sln, .cs, etc.).  I ran "subinacl" against the registry adding admins and system to every key and it fixed the VS2008 icon problems AND I can now create a XNA 2.0 project on this machine.  I have not tried on machine #1 (the x64 machine) because subinacl is a 32-bit program and can't access the 64-bit reg keys properly.

Here's a link to subinacl, part of the Resource Kit:

http://tinyurl.com/5fsm7

Run as follows:

subinacl /subkeyreg HKEY_LOCAL_MACHINE /grant=administrators=f /grant=system=f
subinacl /subkeyreg HKEY_CURRENT_USER /grant=administrators=f /grant=system=f
subinacl /subkeyreg HKEY_CLASSES_ROOT /grant=administrators=f /grant=system=f

Still trying to figure out what the real deal is with registry permissions and VS2008/XNA.  I did install both XNA and VS2008 with UAC turned off as a user with admin privileges.

Brian Peek:

A quick update for me...I installed VS2008 on machine #2 (x86 machine) and was having issues...

Interesting. After checking the MSDN forums for VS 2008, it appears this issue is somehow related to VS 2008 (and Express versions) and its earlier beta 2 release. It seems this could happen to anyone who has installed VS 2008 Beta 2, or RTM, or any of the 2008 Express editions.

Brian Peek:

I have not tried on machine #1 (the x64 machine) because subinacl is a 32-bit program and can't access the 64-bit reg keys properly.

Yeah, this will be tricky. Windows x64 has two registries -- one 64-bit registry, and one 32-bit registry. VS is a 32-bit app, so its regisry keys are all in the 32-bit registry. So subinacl will actually work on its keys. What it will not do is fix the keys for the Windows shell. That is, the registry entries that bind the file extensions to the application, to give you the appropriate double-click behavior in Explorer.

 

Stephen Styrchak:

Interesting. After checking the MSDN forums for VS 2008, it appears this issue is somehow related to VS 2008 (and Express versions) and its earlier beta 2 release. It seems this could happen to anyone who has installed VS 2008 Beta 2, or RTM, or any of the 2008 Express editions.

Can you perhaps link me to a post?  I didn't see one there but perhaps didn't search hard enough in the right place.  Both of these machines have only ever had VS2008 RTM and/or VS2008 Express RTM.  No betas.

Stephen Styrchak:

Brian Peek:

I have not tried on machine #1 (the x64 machine) because subinacl is a 32-bit program and can't access the 64-bit reg keys properly.

Yeah, this will be tricky. Windows x64 has two registries -- one 64-bit registry, and one 32-bit registry. VS is a 32-bit app, so its regisry keys are all in the 32-bit registry. So subinacl will actually work on its keys. What it will not do is fix the keys for the Windows shell. That is, the registry entries that bind the file extensions to the application, to give you the appropriate double-click behavior in Explorer.

Good point.  It won't (and didn't) fix the shell for the reasons you suggested, but it did fix the XNA issue on that machine as expected.  Looks like I'll be writing a utility to do this myself for x64.

So what's the deal with VS2008/XNA and registry permissions on Vista??  What's the real cause for these issues?

Brian Peek:

Can you perhaps link me to a post?  I didn't see one there but perhaps didn't search hard enough in the right place.  Both of these machines have only ever had VS2008 RTM and/or VS2008 Express RTM.  No betas.

This is what I came across. This thread has links to a couple others. The follow-up posts indicate that the issue was not fixed in the final release.

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2226847&SiteID=1

Brian Peek:

So what's the deal with VS2008/XNA and registry permissions on Vista??  What's the real cause for these issues?

Good question. Until you mentioned the issues with VS 2008, I hadn't thought to link the issue to VS 2008. But after looking at their forums, it seems it is already a known issue there, and the posts indicate that the bug in the VS 2008 setup affects registry keys that VS 2005 relies on as well.

I honestly don't know what the issue is. The VS 2008 setup application is somehow writing registry keys that cannot be read by any user group. That's very, very odd, to be sure. If I were to guess, I'd speculate that the VS 2008 setup is doing this when it creates the root key, HKLM\Software\Microsoft\VisualStudio\. VS 2005 is in a 8.0 subkey, and VS 2008 is in a 9.0 subkey. There is a similar shared parent key for VCSExpress 2005/2008. I imagine the ACLs for these keys are inherited by any subkeys created under them. So if you install VS 2008 first, it will affect any subsequent registry keys created during the installation of VS 2005. However, that is just a guess. I am not familiar with the actual bug or its cause. XNA GS 2.0 Beta is simply one of the casualties... :-(

[Edit: I pasted the wrong link. The best answer I found was this: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2400179&SiteID=1]

 

Stephen Styrchak:

Brian Peek:

So what's the deal with VS2008/XNA and registry permissions on Vista??  What's the real cause for these issues?

Good question. Until you mentioned the issues with VS 2008, I hadn't thought to link the issue to VS 2008. But after looking at their forums, it seems it is already a known issue there, and the posts indicate that the bug in the VS 2008 setup affects registry keys that VS 2005 relies on as well.

I honestly don't know what the issue is. The VS 2008 setup application is somehow writing registry keys that cannot be read by any user group. That's very, very odd, to be sure. If I were to guess, I'd speculate that the VS 2008 setup is doing this when it creates the root key, HKLM\Software\Microsoft\VisualStudio\. VS 2005 is in a 8.0 subkey, and VS 2008 is in a 9.0 subkey. There is a similar shared parent key for VCSExpress 2005/2008. I imagine the ACLs for these keys are inherited by any subkeys created under them. So if you install VS 2008 first, it will affect any subsequent registry keys created during the installation of VS 2005. However, that is just a guess. I am not familiar with the actual bug or its cause. XNA GS 2.0 Beta is simply one of the casualties... :-(

Hm....I'm not so sure on that.  Remember, on the 2nd machine where I had the XNA "can't open project" issue, there was no VS2008 install of any kind.  The machine only contained VS2005 SP1 + Vista Update + VC# 2005 Express.  But, this machine still produced the same error.

Another note:  A friend just installed VS2008 on his Vista machine with no icon/registry issues.  He has UAC turned on while I have it off on both machines that had the errors.

I'm going to build a Vista VM and attempt installs with UAC on vs. off with VC# 2005 Express and XNA 2.0 and see what I find.  My guess here is that for some reason UAC off == bad reg permissions on VS2008 and XNA 2.0 but I obviously need proof of that before start pointing fingers.  :)

Brian Peek:

I'm going to build a Vista VM and attempt installs with UAC on vs. off with VC# 2005 Express and XNA 2.0 and see what I find.  My guess here is that for some reason UAC off == bad reg permissions on VS2008 and XNA 2.0 but I obviously need proof of that before start pointing fingers.  :)

Well, I got nothin'.  Clean Vista install, UAC off, VS2008 install.  No registry problems at all.  Installed VC#2005 Express, SP1, XNA 2.0 Beta and no problems at all.  Did it in the reverse order, no problems at all.

I have no idea what makes my two main machines special, but I couldn't reproduce what I'm seeing on them with the VM.

<sigh>

Thanks for all your investigation, Brian. Now that I'm back in the office, I'll try to track down the people in VS who investigated this bug after it was reported in the VS 2008 Beta 2. Hopefully they already understand what causes it.

For anyone having problems with this, I'd like you to try something...

1. If XNA 2.0 is already installed, uninstall.  You may wish to do the same with VC# 2005 Express.
   
2. Start regedit, right-click on HKC_ROOT and select Permissions.
1. Is the owner set as Administrators?
2. Are there any permissions set or is it blank warning you that anyone can take control --> No permissions have been assigned for this object.
   
   Warning: this is a potential security risk because anyone who can access this object can take ownership of it. The object’s owner should assign permissions as soon as possible.
1. Either way, set the following:
1. Administrators - Full control
2. SYSTEM - Full control
3. Users - Read
3. Click OK to apply the permissions.
4. Close regedit and reopen.  Verify that the above is correct.
5. Open a cmd prompt and type "net start msiserver".
   
6. Install XNA 2.0 (or VC# Express 2005 first if you uninstalled that as well).
7. Open regedit and navigate down to HKC_ROOT\XnaClubPackageFile.2 and see if you can view the key without an error popping up.  If that works, you should be in a working state.

Note that you may just be able to do an XNA re-install after setting the reg permissions and starting msiserver....

On my x86 machine, the registry permissions were blank at the root of ROOT and doing the above allowed me to repeatedly uninstall/re-install XNA 2 without the problems previously seen.  If I didn't do the above, it would fail as always.  Uninstalling XNA seems to revert that root ROOT key back to no permissions which is quite odd IMO.

I'm interested in knowing if this fixes the issues for anyone else.  The problem itself really seems to have nothing to do with XNA or VS2008.  It may have to do with VS2005 or it may just be showing the effects of something else.  No idea what that would be though.  Something is definitely in a very odd state with the Windows Installer or some dependency.

Anyway, please give it a try and let me know what you find.  Thanks!

Yet more info...

I decided to rebuild my x64 machine tonight.  I installed Vista Ultimate x64, all Windows Updates, WinZip and a few other things and everything was fine.  Until....I installed Office 2007 and the registry showed the same issue I describe here....HKC_ROOT has NO permissions, and all of the Office 2k7 reg keys were inaccessible.

A second try, but this time with some restore points in the mix and I've come to the following conclusion:

O2k7 + UAC off == bad.

This is bizarre...why hasn't this been a problem in the year I've been running Vista on all of these machines?  Anyone out there care to try to reproduce or chime in with whether they have O2k7 installed?

I have installed Office 2007 on Vista Ultimate 64bit and do not have this issue.  Of course, I did not turn UAC off either.

Brian Peek:

O2k7 + UAC off == bad.

If I worked for MS (which I don't), I'd be required to shorten that equation to:

UAC off == bad

But that's a topic for another place and time. ;)