We've gone a few directions on this. While we are sill currently using general hours, we are looking to pare that back for the primary reason that these show up in many reports as "NO VALUE". Additionally, it is time that is not forecast / planned. We're moving to the idea of "operational projects...

Agree, David. When you are not in text mode, the system brings up the description of the status key, but actually translates to the key for the filtering. I fully understand the need to use text mode for more complex filters, but for a standard filter on status you should be OK in standard mode.

Ah.. looks like you are in text mode on the filter. I thought you wanted to display the status key. If you want to display the status key, adjust the text mode on the status column as I mentioned. If you are trying to adjust the filter based on the status key, you simply need to add the ", CLS, ..."...

yes, you can. Add the field STATUS to the report, then go into text mode on the column and remove the following lines: enumclass=com.attask.common.constants.OpTaskStatusEnum enumtype=OPTASK type=enum These lines are resolving from the key to the text.

I am trying to work out project priority decision chart. One thought is to map project value against risk, with the bubble representing project size (hours). Have all I need except that when I select RISK as an axis, the only option I get is SUM. That isn’t so useful, as all projects end up li...

We've identified a MAJOR problem as a result of recent changes that may affect others. Workfront messages regarding NEW WORK ASSIGNED (and some others as well) are not getting through our firewall as the messages are below the threshold of being assessed as legitimate (15k is our lower limit). The...

You've got it. A note report, however, you can filter on the type. We've found over time that the condition note sounds great in theory, but can often lead to challenges if the PM (project owner) makes some sort of comment on the project that isn't really about the condition. We've taken to using ...

I would agree with everything already posted, and add that the group structure is important to nail down as well. Project templates (as well as lots of other objects) can be group specific and therefore aid in limited what one group sees when they create new projects. Another thing that we've done i...

Agree with all the comments. Workfront makes it VERY difficult to replan a project. Once a user "commits" to having work done on a date, that's it. Put the project on hold, and the task stays in the persons Working On queue. Restart and replan the project, no problem --- the planned dates change but...

code for "Today's Date" is $$TODAY Other parameters you may find useful are $$USER.name (substitutes the user id of the person who running the report) (can also substitute other USER attributes, such as role, id, etc. For a filter on "day before", you can use between $$TODAY - 1d and $$TODAY