When QCing emails in the proofing tool our unsubscribe link as the recipient email included in the URL. The proofing tool currently adds mailto: in front of any url that contains an email address. This doesn't make sense because it makes links that are built correctly appear broken and could potent...

This ticket already exists --- https://support.workfront.com/hc/en-us/community/posts/360014362853-Do-not-use-ellipsis-in-URL-of-updates-section This drives me crazy so I wanted to share in hopes you'll go vote on that one.

Hi Tina - I've asked support about this as well as some of the DAM product people and haven't had any luck.

It would also be great if this was a full loop. Right now you can map metadata to the DAM from Workfront but if you were to update fields on the Workfront side there is no continuous communication to update that data in the DAM. Ideally there would be frequent full circle communication that refreshe...

In the legacy my work you can see the work you've submitted for approval. In the new beta there is nowhere to see this info. It's very important for our project managers to track down an approval if it's sitting with someone and that isn't easy to see without this functionality.

Agree this would be beneficial to have tied to access levels/roles/or layout templates as an option to turn on and off.

Yes! This completely takes away the use of predecessors and task constraints. Not having the ready to start functionality would cripple our ability to work efficiently.

Also - why doesn't the document preview actually so a thumbnail of the document.

It would be great to not only have this on the email notification but on the proof itself. Now when you open a link from a proof email notification it opens a window with just the proof with no context and no way to even easily navigate to Workfront. This makes it very obvious that these are separat...

Some of our users have trouble determining the difference between a request they submitted and it's resolving object. They'll go back and leave an update on the request when the work is being done on the object. It would be beneficial to have a more obvious indicator that the item you're looking at...