I have been using TFS in my visual studio 2013 for some time now but now I have a problem.
When it was initially setup I logged into TFS from VS using the domain\Administrator.
But company policy has changed and now the password is changed and I dont know it anymore.
But my own domain user has been granted administrator rights so I think ok no problem next time I start VS and TFS asks me to login I provide my own account.
This did not work I got tons of errors so I had to go to Control Panel and remove this credential from credential manager.
So I started VS again and let someone type in the pass for Administrator again, and click on remember.
That seemed to work, I can do a compare of files and it is correct.
I am also able to checkout files for editing.
But when I want to check in than it displays an error for a split second and it shuts down my project in VS.
After numerous tries I was able to capture a screenshot of the error (it only displayed for a split second).
This is the error :
I have no clue what this thing is talking about and I am hoping someone here can push me into the right way to find a solution for this.
Where can I find this workspace and how can I give it permissions ?
I am using visual studio 13 on local computer, logged in to domain and my user account has administrator rights.
EDIT:
I found a screen in VS to edit the workspace. The permissions are currently on Private Workspace.
So set it to public and now I also cannot do Compare and Checkout anymore.
Setting it back to private does not helps I keep getting this error now.
Any suggestions ?
Edit:
There seem to be 2 workspaces with the same name but I can only see on in manage workspaces. Maybe if I can get rid of one somehow.
In this screen I can see 2 workspaces :
How can I get rid of the second ?
EDIT:
IT seems that VS keeps searching for the wrong workspace.
See this screenshot :
I configured a new workspace PC_GUIDO_2 but if I do a compare it keeps searching for workspace PC_GUIDO even if the workspace combobox says PC_GUIDO_2.
How can I force it to stop searching for that workspace ?
Please try following below steps to fix the issue:
Make sure your account has the check in permission for the project.
(Administer Server > Version Control > Set the permissions)
Close VS
Delete the VS client caches
Start VS as administrator (Right click and run as administrator) and DO NOT LOGIN WITH VISUAL STUDIO
In team explorer connect TFS with your account
Manage Workspace to delete current workspace "PC_GUIDO"
Create a new workspace and map sources to new local folder
Then check the issue again.
Related
I have two windows accounts, one is the default regular account (account 1) and the other account (account 2).
in many cases, i need to launch visual studio using the other account (to do this, click run with a different user) with no problem. My problem is, now i have a ssis solution saved in the file system, i'd like to open it with my account #2.
If i clicked to open the solution, it will be opened with account #1 automatically. I tried to first open visual studio with account#2, then wanted to loaded the solution file from there, but I can't find this solution file anywhere.
Any suggestions would be appreciated.
Going forward you'll want to save all your code in a central location that isn't the default (Something like C:\users...). Instead, you're want to have a folder say something like C:\MyCode...
Create that central folder, copy the solution and folder contents there, then your second account will be able to access that central location just like the first account.
I'm not sure how RunAs another user works from Windows Explorer extension but it likely has the solution in the "other you" Users folders.
Assuming you have a setup like domain\kay and domain\a-kay (former is your normal account, second is the admin version of "you")
Your normal account probably uses a path like
C:\Users\kay\source\repos
or
C:\Users\kay\Documents\Visual Studio 2015\Projects
The admin version of yourself is going to use a pathing like
C:\Users\a-kay\source\repos
or
C:\Users\a-kay\Documents\Visual Studio 2015\Projects
The only way to know is to hop onto the alternate account and open up the solution in Visual Studio. Right click on the Solution itself and pick "Open Folder in file explorer"
or go to Properties and then examine the Path
Copy that path and then open VS as yourself and if you have permissions to navigate to the path, you can open the solution.
Otherwise, you will need to switch to the Other account and move the solution to a shared space. For this reason, I home all my code from C:\src that way my normal and my admin self can access the code.
I added a user to Team Foundation Server DevOps, but when the user entered the URL made a mistake, he entered an URL that does not exist.
I tried to remove this broken address, but does not let me delete it, there is no way to delete it in the graphical interface of Visual Studio, I tried to correct eliminating the cache of Team Foundation, I have tried to remove the workspaces, but it does not manage to eliminate this broken URL.
I have also tried to modify this URL that is misspelled but when editing the workspace, will not let me modify that address.
Here is a screenshot of the URL I want to delete, when I delete a workspace and click on Update or simply add the server to which the new user has permission to access for some reason the broken URL is not deleted, it seems that when you click on the download button and assign the existing server files if it appears as if you downloaded the solution's files but when checking in the file explorer there is nothing, and the broken URL is still there by default, I send a screenshot so you can view the problem, you will not find the local path where the files are saved because the entire Team Foundation Server cache is reset.
The broken URL
Ok, I found the solution, it turns out it was very simple, the problem was that when you add the user to the project by default is added to the stakeholder level, and that level does not allow changes in the source code, only at the administrative level, such as assigning Tasks, view assigned tasks, etc...
At the time of wanting to change the level within the project in the Web portal does not allow it to do because the change must be made at the organization level, so it is only necessary to enter the portal of the Organization then:
Click on Organization Settings--> Users--> Change access level (click on 3 dots in name of user) --> Change from Stakeholder to Basic
Ready... Problem fixed!
I'll add some screenshots of the process:
Click Organization Settings
Click on Users
Change access level
Change Stakeholder to Basic
When trying to pull down an exe file from TFS, it breaks with the not supported error below, then it prompts for login credentials 4 times, and prompts with the unauthorized error below. After that, I can no longer access anything in TFS until I restart visual studio.
No sort of server setting that needs to be updated on TFS to allow exes.
According to the error TF30063, this may caused by your authentication account of tfs.
Try below steps:
Clicking on the "Connect to Team Projects button" (The plug next to
the home button in the Team Explorer tab)
Right click the project you are getting this issue on.
Click Connect.
More ways to solve this issue for your reference:Error TF30063: You are not authorized to access ... \DefaultCollection
If you can pull down other files from another project without any error. Please also double check the permissions. Make sure you have enough permissions. More details you can check this blog: http://nkdagility.com/tfs-2012-issue-tf30063-you-are-not-authorized-to-access-and-cant-trace-permissions/
I am using VS 2010 and recently I moved some files around and changed paths etc.
The solution still compiles correctly and all files are able to be loaded/compiled without error however just about every time I go to compile after a change it gives me the save as dialog and asks me to save one of the projects, if I try to give it a new name or something the dialog does not exist nothing I do can make it exit apart from pressing cancel.
If I do a build straight after cancelling it works fine and I'm not presented with the save as dialog. I have verified that the project file is not read only.
Any ideas as to whats going on here.
The solution is stored in TFS 2008
You need to do 2 things
1- remove the read-only tick from the project folder
2- when a save-as window prompts at build, just overwrite the project
next time you build, the window won't pop up
You need to run VS as administrator. (right click on VS Icon- Run as administrator)
I solved the issue. When I try to save as this time it gives the error that file is being used by another process. Google Sync prevents to save so it opens save as dialog.
You should put your project under a folder not sync while working.
Are the bindings in TFS set up correctly with the new location? TFS will mark files as read only unless they get checked in. It might have been marked as such before you moved everything around, and now, isn't being checked out properly.
Also, try closing sync. files tools like google backup and sync.
I've recently switched from a Windows XP machine to Windows 7. I use Subversion and TortoiseSVN.
I cannot publish my .NET application in Visual Studio. I get over a thousand errors like this:
Unable to delete file
"obj\Debug\Package\PackageTmp\Views\ViewName.svn\text-base\ActionName.aspx.svn-base".
Access to the path
'C:\Code\SolutionName\ProjectName\obj\Debug\Package\PackageTmp\Views\ViewName.svn\text-base\ActionName.aspx.svn-base'
is denied.
Why is Subversion giving me trouble? How do I fix it?
I disabled the file indexing of my bin and obj folders. But, that didn't work.
I noticed that my folders were read-only. I changed that.
It worked! Publish succeeded.
I believe your issue is related to the default permissions assigned the to C: drive in windows 7 (and Vista).
Open explorer and find the c:\code folder
Right click on the c:\code folder
and select properties
select the security tab
select the user ID "Users"
In the permissions box, tick the
"modify" allow box
Select OK, OK until permision dialog
boxes close
That should resolve the permission issue
I had this same problem, and none of the previous solutions worked. What worked for me was to take the bin and obj folders out of repository. After doing that, I was able to publish.
The most likely cause is a permissions issue. The path in question may have been created while you were running with elevated permissions and hence requires admin permissions to delete. Try running Visual Studio as an admin and see if the problem goes away.
If so then the best solution is to do the following
Save the changes to that directory (check in if necessary)
Delete the repository
Re-check out the repository and ensure you are not running as an admin when doing so
I just deleted the existing folders at the publish destination which then allowed publishing to work. Un-setting read-only didn't seem to work. (Not sure why this started occurring).
What actually works is the solution that Zack Peterson gave? Thanks Zack!
I am writing an application that will automatically remove all of the .SVN folders and files during deployment. While doing so, I was getting the same error as described above.
Once I changed the folder to NOT be Read Only, I was able to delete files and folders programmatically.
My next step is to set the attribute programmatically on NOT Read Only so that I can accomplish the entire installation with the click of a button.
Oddly enough, I tried building an old project with Visual Studio 2010. It gave me the error that it failed due to my access being denied. I tried to remove the read-only off the directory and had no luck.
Although, when I opened it in Visual Studio 2015, it gave me the error that my certificate was expired.
Upon creating a new certificate and rebuilding - everything was fine.
For me, the windows service was running in the background. closing the service from the task manager and then rebuilding the project did the job for me.
If you are being denied access to any specific folder, then it is being used by some other application.Check if any other application is using that path to reference that folder of any file in that folder.
In my case , my application was reference a file inside the bin folder. So every time i publish and delete the old one. error will be thrown that bin folder can not be deleted. access denied.
i went in my application. checked in the refrenced path of each dll, removed the ones which referenced the publish path and BOOM
Issue solved.
My problem resolved after doing:
Close VS and Restart your machine.
Update all your softwares to latest stable versions at Manage Nuget package for solution
Run your test now.
Hope this helps.
Right click on the shortcut you start the IDE from and select properties. Click advanced and click'Run as Administrator'. Worked as charm for me.