So first a bit of background: I rechecked out my SVN repository to a new location and tried to run the application from there. And now Visual Studio is having problems launching my MVC application using Local IIS Web server.
I am currently getting this error:
The requested page cannot be accessed because the related configuration data for the page is invalid.
Detailed Error Information:
Module IIS Web Core
Notification Unknown
Handler Not yet determined
Error Code 0x80070003
Config Error Cannot read configuration file
Config File \?\C:\RND\app\web.config
Requested URL https: //localhost:44304/app
Physical Path
Logon Method Not yet determined
Logon User Not yet determined
Request Tracing Dir
And the problem is that the config file does not exist at c:\RND\app\web.config it is now located at c:\RND\appTest\web.config.
Is there a way I can update this in Visual Studio?
It is as if it has saved the old path somewhere and not automatically updating it.
You can correct this behavior by simply deleting the .vs file located in your project, and rebuilding the project. Visual Studio will regenerate another .vs file with the path to the web.config corrected. There are stored the settings about the web.config file path, among the others.
I had the same issue after moving my project folder. I fixed it by editing the IISExpress applicationhost.config file and correcting the faulty paths found in it.
On my machine the applicationhost.config file was found in C:\Users\\Documents\IISExpress\config
I fix it by removing a file named "applicationhost.config" stored in the .vs folder at the same level of .sln file.
This file contains all the info about solution, by deleting it visual studio needs to recreate it with the default value.
Related
I have a project solution I am migrating from another computer, and the project opens the wrong "Opened URL".
When viewing the Properties for the Web Site, the following path is correct and working on the old computer.
file:///C:/Collection/Server Workspace/store.domain/Main/store.domain
When the same solution is transferred via TFS to my computer, the Opened URL path adds an additional "store.domain" at the end of the path:
file:///C:/Collection/store.domain/Main/store.domain/store.domain
Editing the path inside Visual Studio isn't an option, its greyed out and not editable. Editing the text of the solution file shows no duplicate "store.domain"s either.
I'm sure I'm missing something simple, perhaps with IIS?
You need to check in the web site from the old computer to have the correct URL stored in TFS Version Control. Then get latest version for that web site on your dev machine.
Solution: The solution file on the old computer only worked when inside the folder with all of the files. The same solution file on the new computer, needed to be in the parent directory.
So the fix was to move the solution up one directory, for whatever reason. This allowed the phantom /store.domain folder to line up correctly.
Have loaded an old project in Visual Studio 2013. Ran a few times with no problems. Was looking through folders on my machine earlier and found a folder where I host my local sites called sitename-site. Thinking it might be an old copy I deleted and emptied my recycle bin out of habit. Now when I try to run the project it says it can't find the config file, which it seems to think is in this folder I deleted when there is still a web.config file in the directory that holds the actual site.
Any ideas what's going on and how I can fix it?
Thanks
Still not sure why vs decided to create a random new folder and put my web.config in there but have managed to get the project working again by setting the server to Local IIS in the Web section of the project properties.
Hopefully this will be useful to anyone else with a similar problem.
I just deployed an asp.net mvc 3 web application to AppHarbor but it failed:
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(3932,5): error MSB3541: Files has invalid value "<<<<<<< HEAD". Illegal characters in path. [D:\temp\q5cmde4m.uk1\input\MyProject\MyProject.csproj]
This happened after I opened the project with Visual Studio 2012 (the application was created with VS2010).
Try to search the entire solution for the value and remove it from where it occurs, and then delete the obj folder from your project. When you build again it should work.
The obj folders are hidden in Visual Studio. You can see them with a file explorer.
Delete the obj folder within your project and it will fix the issue.
though it is very old question but I would like to add an answer here.
when you work with multiple developer in visual studio you should git ignore obj folder, .suo,.sln etc which is only holding the visual studio information user based.
refer to this SO question
Ok this might be helpful to someone else.
in my case my .vbproj file and some form files somehow had the last lines of its code truncated, I fixed this by restoring this missing part of the code (around the last 10 lines were missing) from a previous backup of the same project.
The other files got corrupted in a simillar way and were fixed by restoring the missing parts of the files from the backed up ones on a text editor (notepad)
After getting this the project loaded without issue.
Delete both obj and bin folder it will fix the issue, which in my cas its been done and it was causing when create pull request from remote repository !!
Yes, it is about merging conflicts. Usually Visual Studio highlights most of the errors with file paths. However, it does miss some files.
All you have to do is REMOVE the "obj" an "bin" folder from your solution.
If you are in Visual Studio, you have to select "Show All/Hidden files" as "obj" folder is hidden, and then delete it.
You can also delete it by going to your directory where your project is stored e.g C:/Users/username/source/repos/project/ (can be different in your case).
I use VS 2005 and VSS 2005. Every time I close VS I get error: ss.ini not found. But except this VSS works fine, no problems when I open VS and do check in and check out. ss.ini is present and VSS repository specified as network path. I just worry that I can have problems later.
Ss.ini keeps track of your preferences, project locations, dialog settings, and such. The ss.ini needs to be in the user's folder for the data base. In my case, it is C:\DEV_\VSS\SourceSafe\users\amissico\ss.ini.
If the file exists, check permissions of folder and file. If the file doesn't exist, check permissions of folder.
Copy paste SS.ini file from user folder from another user folder into user folder with whom you are getting an issue like :
Source: Project\users\ajit\SS.ini
Destination: Project\users\Sujit\SS.ini
VSS provides Deploy command which allows you publish files to your web server. You can check the following link for more info:
http://msdn.microsoft.com/en-us/library/bb509340(v=vs.80).aspx
When attempting to open a project from source control on a newly formatted pc, I receive an "unable to get the project file from the web server" after getting the sln file from VSS. If I attempt to open the sln file from explorer, I also receive the same error.
Any pointers or ideas?
Thanks!
This question is very old so you have probably solved the issue, but just in case: Does the project file use IIS? If so then it is probably trying to read the project file from IIS and the virtual directory does not exist on the newly formatted computer. Also, there should be more detail about the message in the Output window when you open the solution which should help you find the cause. With VS2003, you also need to add your user account to the "Debugger Users" and "VS Developers" and possibly the account that is running the AppPool (possibly Network Server, ASPNET, or IUSER_xxx). This may depend on the type of authentication you are using as well. Occasionally I had to add those group permissions the the virtual directory location as well. It's been a while since I have used VS2003 with web projects though.
Try deleting the .csproj files (back them up first though).
Is there anything odd in your sln file? Have you opened it with a text editor to see if it is linking to a remote resource?