Is there a way to remove "Related Work Items" from a Code Review Request that was mistakenly added? (TFS2012, update2)
How about for another user?
Thanks!
No, it's impossible. Since the work item is related during the "pending changes" page. After the code review request created, there is no way to edit the related work item.
If you want to remove the wrong work item. So you may need to abandon this code request first. And in the "pending changes" page, right click the work item to remove work item. Create a code review request then.
Related
Below is the scenario
1) I got code review suggestion
2) I worked on those suggestions.
3) I closed the Code review request to send a new code review request.
4) But I Did NOT sent any Code review Request. As I remember I forgot to add one Nuget Package. So I tried to add it, but it did nt worked as expected, so I uninstalled some dependent packages as well :|
Can I get the code at stage 3 ? I can not see the Request in Code reviews to unshelve as its closed.
Can someone guide me here ?
You could select Recently finished in your Code Reviews, find the code review that you need, open the code review and click View Shelveset. Check the screenshot below:
I made some changes and then requested Code Review in TFS, then realized I had made the changes to the wrong branch. So I tried to delete the work item to show that I no longer needed code review (at least in this branch). However, when I tried to do that, I got the beautiful red error:
Failed to delete work item: 1061. Error Details: VS402838: The work item 1061 cannot be deleted. Code Review Request work items cannot be deleted.
For now, I'll just have everybody complete the code review where it sits, and then I'll make the exact same changes in the correct branch. But I'm wondering what you are supposed to do in this case if they insist you can't delete Code Review Request work items.
This can be accomplished by creating a query that includes the desired work item, then editing it from within the query.
Create a new query, then specify criteria such as Created By (yourself) that will find the work item. ID doesn't work so well if the work item was already assigned out, as each reviewer has their own work item.
Right-Click the work item you want to edit.
Select edit from the context menu.
Steps 1-3:
In the window that comes up, enter "State" for Field and "Closed" for Value:
Enter some notes about the manual change and then close the dialog with the "OK" button, and then don't forget to save your changes with this button:
I think The Right Thing to do in TFS-land is to Abandon the Code Review, since you can't delete it from TFS.
The previous answers have two means of doing that. Here's a third, from within Visual Studio, since that seemed like a convenient alternative.
Open My Work in the Team Explorer window.
Find the Code Reviews section of My Work.
Right-click the Code Review you want to Abandon.
Select Open.
In the Code Review UI, select Close Review for the reason Abandon
Profit.
You can cancel a code review required by using excel
Please try this workaround: create a work query to get all that user’s Code Review Request work items which in Requested state, save this work item query and open this query in Excel, then edit them work items in Excel to change the state to Closed, then click Publish button to publish the updates to TFS Server.
See this URL https://social.msdn.microsoft.com/Forums/vstudio/en-US/83d96317-cdd7-436c-8415-fda54d1ce752/cancel-a-code-review-request?forum=tfsworkitemtracking
I use VSTS and tfs aggregator to update parent fields when I have some changes in work items, and every things work fine. Now I want to update parent field when I delete the work Item. and I get the error:
Exception encountered processing notification: TF26198:
The work item does not exist, or you do not have permission to access it.
Stack Trace:
at Microsoft.TeamFoundation.WorkItemTracking.Client.WorkItem.LoadWorkItemFromRowSetInternal(Int32 rev, Nullable`1 asof, IWorkItemRowSets witem)
at Microsoft.TeamFoundation.WorkItemTracking.Client.WorkItem..ctor(WorkItemStore store, Int32 id)
at Aggregator.Core.Facade.WorkItemRepository.GetWorkItem(Int32 workItemId)
at Aggregator.Core.EventProcessor.ProcessEvent(IRequestContext requestContext, INotification notification)
at Aggregator.WebHooks.Controllers.WorkItemController.Post(JObject payload)
It makes sense when I delete the workItem, there is no work item I could access via it to parent, But is there any way to get the deleted workItem's parent? any idea?
There is no simple answer to this.
We added support for the deleted event at some point, but Aggregator receives the event, after TFS has marked the work item as deleted. The API we use filters out those objects IIRC. The only useful piece of information you have is the ID of the deleted work item. Using PreviousRevision you might be able going back in time, but I haven't tried.
Source code is available and PR are always welcomed.
Update:
You can't do this.
The error is very clear:
The work item does not exist, or you do not have permission to access
it.
When you delete the work item through command, all information is also deleted. This permanently remove work items from the data store. A permanent delete means all information in the WIT data store is deleted and cannot be restored nor reactivated. You definitely could not query and update the deleted Work Item's parent.
Even if the work item exist "somewhere", then you don't have permission to open the work item, and also you can't query information about it. It's a bit of chicken/egg. Take a look at this similar question: TFS API: How to check if a work item has been deleted or is non existent on the TFS Server? (not if it is accessible)
We use Visual Studio Online.
We've been experiencing this issue over the past two days, when adding a new Product Backlog Item into the backlog view.
When we add an item from the quick add form in the backlog, TFS displays error TF400486. The item is saved and given an ID number, however, the spinner displays continuously. If further items are added from this screen, they will not save. A screen shot of the error is below.
The full error text is:
TF400486: Unable to complete the operation because you or another user has modified, removed, or re-parented items, or you are trying to reorder an item outside of its immediate parent.
Adding an item via the Work>Queries>New>Product Backlog Item does work correctly.
Any ideas what might be going wrong in the backlog view?
We had this same error and found a workaround. We removed the link to a parent Workitem and then could do Drag & Drop again. This was true even after we relinked the user story with their former parent elements again.
I hope this helps.
We never found the root of this error.
It sounds like a caching issue for that page. Try using private mode (InPrivate) or clearing the cache for that browser.
Make sure you don't have another iteration path with the same name. If so, it prevents items from being reordered.
In my case i added sufix (2022) on my the old iteration path T01-JAN-01
I am using Delphi 2010. Has the functionality on the Welcome Page to Add to Favorites been eliminated? I still have Manage Favorites, but it only adds Edit and Delete options. Maybe there is a new way to add to favorites now. I missed it.
Just click on the link marked "Make me a Favorite":
It is named Make me a Favorite now