Couldn't have written it better myself, Skye :D

Great to hear, Anna. We'll have a party when this is resolved! :)

Please, please reconsider this! Commit Dates are a real pain. It's too hard for many Work users to remember the difference, and trying to explain why the system shows it to them but they shouldn't touch it and should just ignore it (and where to look for the real Due Date) is frustrating.

Thanks Chance. To elaborate a little, most of our users prefer to immedately land on the Working On calendar when they go to the Teams tab. Workfront remembers this generally until a user logs out, but we have a user who is losing this each time he closes the browser. He wants to always see the W...

Hi - I agree that it would be useful but only if the project name header info shrinks down into a single line when you scroll. It would cripple us if the top half of the screen remained fixed in place permanently and you can only scroll the task list in the bottom half (especially on smaller laptop...

One of the things which would make Workfront's API even better is if it provided links for the next page of results. This would allow it to be more easily used with other tools such as Azure Data Factory where you can configure pagination settings to use these links to get the next pages of results...

The Home Calendar currently only shows the Due Dates of tasks, and users are then expected to plan out when they will work on the tasks. We have teams dedicated to carefully planning out the tasks and resource assignements (including resource contouring) so it is important for us that users see thei...

As much as I don't like having to vote to prevent the removal of something that works well, here goes!

Hi - the old Team Builder used to have a neat feature which matched resources based on both roles AND availability. This feature was dropped when the scheduler was introduced. I've very much like both things you have detailed....configurable conditional formatting to highlight under-utilisation as...

If you're using the regular Workfront user interface, you can setup prompts for users to filter the report at run-time. It would be extremely useful if you could also allow reports to be filtered by including api-style parameters in the report URL. The report would still display as a regular report...