Nie można edytować nowo dodanego pola pozycji pracy

Question

Próbuję dodać nowe pole ciągu (IterationCompleted) do elementu roboczego błędu w tfs2010. Korzystając z elektronarzędzi TFS 2010, edytowałem element pracy dodając nowe pole. Powoduje to, że dodałem go do formularza obok powiązanych pól, aby uzyskać następujący kod XML: XML/USD. W tym przypadku nie ma on żadnego udziału w obiegu pracy.

Problem, który mam, jest w formularzu. Dla nowych bugów, pole pojawia się zgodnie z oczekiwaniami i jest edytowalny (iteracja rozdzielony):

dla starych błędów jednak pole nie jest edytowalne. W rzeczywistości nie ma kontroli w ogóle tam do niczego wejściowego:

znalazłem similar question z przyjętą odpowiedzi do upewnij się, że pole jest String, a na formularzu typ jest ustawiony na FieldControl. Jak widać, zrobiłem to i nadal osiągam wyniki, które widzę powyżej. Z powodzeniem dodałem pola w przeszłości i nigdy nie spotkałem się z tym problemem. Czy ktoś wie, co mogę zrobić, aby pole to można było edytować w starych błędach?

Answer 1

prostu miałem ten problem w TFS 2010 przy użyciu VS2012.

Kroki do odtworzenia:

1. Tworzenie niestandardowego typu pola: String
2. Dodaj pole do układu, upewnić się, że jest FieldControl
3. Podgląd Postać: działa dobrze
4. Przejdź do kwerendy i dwukrotnie kliknij i istniejący element pracy edytowanego typu (dla mnie był to element Backlog.) Nie obserwuj właściwego sposobu edycji pola, nawet jeśli kursor pokazuje pole. Wydaje się być tylko do odczytu.

Po zweryfikowaniu, że pole nie było tylko do odczytu (false w układzie), ponownie uruchomiłem Visual Studio po zapisaniu zmian.

To spowodowało usunięcie problemu, a kontrola edycji zaczęła działać normalnie. Mogę to powtarzać w kółko.

Answer 2

Dustin,

Nigdy nie słyszeliśmy o takim zachowaniu. Jeśli chcesz Microsoft, aby spojrzeć na ten problem, możesz zgłosić błąd w https://connect.microsoft.com/visualstudio

Ewald Hofman TFS Program Manager

Answer 3

natknąłem samego zachowania ... Albo przynajmniej podobny ...

musiałem dodać wartości domyślne dla wszystkich listach ..

Kiedy nie mieć wartość domyślną, wartości dowolny WIT, które zostały już utworzone, nie może mieć tam zestaw, gdyż nie było ALLOWEDVAULES listitem. ..

(Uwaga: Ten kod/XML zmienia wartość na liście w zależności od stanu WIT)

Próbka:

<FIELD reportable="dimension" refname="GovDept.ActionRequiredTFS" name="Action Reqd TFS" type="String"> 
    <WHEN field="System.State" value="Proposed"> 
     <ALLOWEDVALUES> 
     <LISTITEM value="Assess" /> 
     <LISTITEM value="Prioritize" /> 
     </ALLOWEDVALUES> 
     <DEFAULT from="value" value="Assess" /> 
    </WHEN> 
    <WHEN field="System.State" value="Active"> 
     <ALLOWEDVALUES> 
     <LISTITEM value="IA Complete" /> 
     <LISTITEM value="Impact" /> 
     <LISTITEM value="Implement" /> 
     <LISTITEM value="Migrate" /> 
     <LISTITEM value="Unit Test" /> 
     <LISTITEM value="Fix Fail" /> 
     </ALLOWEDVALUES> 
     <DEFAULT from="value" value="Impact" /> 
    </WHEN> 
    <WHEN field="System.State" value="Resolved"> 
     <ALLOWEDVALUES> 
     <LISTITEM value="Test" /> 
     <LISTITEM value="Fix Fail" /> 
     </ALLOWEDVALUES> 
     <DEFAULT from="value" value="Test" /> 
    </WHEN> 
    <ALLOWEXISTINGVALUE /> 
    </FIELD> 

Koniec próbki