Contributions
Defect Location designation when Location Type is Coordinate makes no sense
We dump out the database tables (Reviews and Defects) nightly so we can run metrics on them. In the Defects table export, the "Location" and "Location Type" should tell us where in the work productthe defect/comment is referring. If it is a Word document, this could be a pin. In the database, the location values we are seeing for a coordinate type doesn't make any sense. A value of 86360 doesn't tell me what pin number. In the Details page of the review, I see "Page 1 - Pin 1 [463, 883]". Why isn't this the same information that is stored in the database table for easier human readability?780Views0likes0CommentsRe: Allow removal of files from an active review
One of my users has uploaded a Subversion changelist set that apparently was the wrong changelist to an existing review. There were 2 changelists already uploaded to this review. They wanted to back out this last changelist so it doesn't contaminate the review. Separating the view didn't give the kind of display that I thought it would so we could remove the last changelist. What I would like to suggest is a future enhancement to the tool, where the last changelist could be removed if it was the wrong one (say a different ticket/Change Request was chosen by mistake instead of the same ticket that the original review was started with), even if it included files that had comments/defects against it, as long as no NEW comments/defects had been entered.5.1KViews0likes0Comments