I have a simple workflow that runs on Create. If field X is yes, change Allow Email to Allow.
I have also created a personal view with criteria Fields X = Yes and Allow Email = Do No Allow. This is to give me list of contact that missing out.
Looking at last 7 days records, everyday this workflow runs on around 600 new contacts and updates fields as expected. But I also noticed that small number of Contacts (about 30ish per day) do not get their Allow Email field updated to Allow even when they meet the criteria of the if condition.
At this point I checked at the WF history and very strangely it shows that the field should have been modified. (see screen shot)
Workflow did fire off
This contacts are not modified by any process or individual since the workflow had run
Workflow shows the usual green tick indicating that it did meet the criteria
Same workflow also updates 'Preferred language' and that seems to have updated fine for these contacts.
I have also double checked the Update property to make sure it set correctly.
Has anyone else seen this? This makes WF not 100% reliable for me!
Your workflow runs on Create.
If the record is created with Field X to No the workflow doesn't change the Allow value.
If a user change the Field X value to Yes after the record is created, you have the situation with records Field X Yes and Do Not Allow.
You wrote:
This contacts are not modified by any process or individual since the
workflow had run
to confirm this, did you check that the ModifiedOn date equals CreatedOn date? I suggest to turn on audit for Field X.
My guess is that you didn't set your workflow to run also when the Field X value change (and it should)
Related
I would like to see a list of workitems assigned to a particular person. I would also like get information about when those workitems were completed. Is there any column like assigned_date and finished_date that i could use?
I saw [Status]='AssignedTo' but didnt find anything that says when it was assigned and when it was finished
This link provides some info that I am looking for but not everything.
You could use the operator “Was Ever” that searches for a value in a field in the history of Work Items. Such a query will return all Work Items you were/someone assigned to, even if now they are assigned to a different person.
However, there is not any assigned_date and finished_date you could use. Several date and identity fields are set based on workflow states or transitions. You could find all
Date and Iteration Path fields here.
You have to use Revisions - List Rest API to return the list of fully hydrated work item revisions and fetch the work item assigned and finished time. Finally check if they are in the last 30 days.
GET https://dev.azure.com/{organization}/{project}/_apis/wit/workItems/{id}/revisions?api-version=6.1-preview.3
I am trying to capture the history of changes when a user story is moved from one iteration to another.
I am trying to query in TFS and using the history field, but don't know what values to put in the value field to capture when a user story is moved to a new iteration. See image below.
I am trying to capture the history of changes when a user story is
moved from one iteration to another.
Unfortunately you cannot capture the information as the History filed is not the real change history for all actions. It just records the Discussion History.
And the work item query is to return work items which matched the given conditions from TFS but not the specific history information.
If you just want to get the real history (iteration change information in your scenario) for a specific work item, then you can call the REST API - Get Work item revisions
If you want to filter the work items which have the specific discussion words, then you can specify the words as the value of the History field. Reference below screenshot:
We're using TFS for our daily team stand ups which are more task driven vs development iterations. We'd like to be able to track how many times a target date changed & in what areas that's happening the most to see if we can pinpoint bottlnecks. I'm having a heck of a time figuring out a query that will give me these results. I tried querying "History Contains Words changed target date" (based off the image you'll see in the link below) but got no results. When I just say "history contains words date", it only gives me results where someone said the word "date" in a discussion field.
Any ideas?
Screenshot of History Item
It's an expected behavior. Comments entered into the Discussion area are queryable. Change history entries, such as which fields were changed, aren't queryable.
Check the following link for more information:
https://learn.microsoft.com/en-us/vsts/boards/queries/history-and-auditing?view=vsts&tabs=browser
So I'm working on a form that makes use of database grids, I'm having an issue where I need to auto-default a field based upon the amount and GST fields. This will always auto-default my field for the user until the point where they manually change my field, at which point it obviously will not do anymore defaulting for that record.
Any ideas on how I can achieve the recognition of a manually modified field in Delphi? Please note I'm not talking about the manual modification of a record so the following code is not applicable to my situation (unless you can somehow find a way to use it).
Much appreciated!
Populate the value in the field when the amount or GST changes, and then calculate whatever the field is you want to auto-default. Allow the user to change it, and don't react to that change unless the user modifies the amount or GST again. You can use the TField.OnChange event (on the amount and GST fields) to do so.
We used JIRA on-demand to manage an Agile project. Sometimes a story may be preliminarily sized in story points, but is then re-sized before commitment. I would like a query which shows the history of each story's status and point value.
For example:
Story 99 history:
1/1/2014 -- Status = Open; Points = Null
1/15/2014 -- Status = Reviewed; Points = 5
2/15/2014 -- Status = Committed; Points = 8
My goal (and maybe there is another way to do this) is to see how often we change our story sizes.
Thanks.
I thought I had a solution for you in using the "changed" JQL query (https://confluence.atlassian.com/display/JIRA/Advanced+Searching#AdvancedSearching-WAS), but unfortunately it looks like that is not supported currently in Jira. I received the following error from our hosted Jira instance:
History searches do not support the 'Story Points' field.
So as a user on demand query I don't think it is currently possible.
The only way I see of doing this would be to have a set day/time where you would run a query to get the current story points, export it as an excel file and then do it again after you review a set of stories and write some excel functions to show the change.
The larger question would be around your agile/scrum processes as to why estimated would change so frequently as to need tracking. If the team as a whole decides the points its ok if it doesn't match the reality once we start working on it. Or is this a case where it is updated on more than one occasion before its actually being worked on? If thats the case then I'd say that the story isn't well defined and need more information before it can be estimated?
Adding to Michael's answer, the daily monitoring for a given set of results to a query can be semi-automated using a JIRA filter subscription. You will still need to extract the issues from the results manually but at least in principle you can be sure not to miss any resizing that happens.