Another Day, Another Change to Workfront that Wasnt Communicated: Legacy Actual Hours | Community
Skip to main content
JustinRenteria2
Level 6
June 18, 2025

Another Day, Another Change to Workfront that Wasnt Communicated: Legacy Actual Hours

  • June 18, 2025
  • 7 replies
  • 2079 views

Hi, I was looking at a project report that contained a column for "Actual Hours" and noticed that the column has been renamed to "Legacy Actual Hours". I also noticed that there are now two fields in the report builder: 

1. Legacy Actual Hours

2. Actual Hours

The release notes do state that there was a change coming to the Actual Hours field but it wasn't going to happen until later in 2025.  There was no mention of any impacts to current reporting functionality. I wish they wouldve communicated this change so I could update the column names on views and reports.  Now Im sure I'll get some questions from my user base regarding this new field.  

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.

7 replies

JustinRenteria2
Level 6
June 18, 2025

To make things weirder the new Actual Hours field does not take mins into account.  It's essentially an inaccurate count of the Actual Hours.  Legacy Actual Hours still takes the minutes into acct.:

 

Holly_Benjamin
Level 2
June 20, 2025

Just notice this on all of my reports - going to have a minefield of questions asked and need to rename a ton of columns in live reports with this rolling out! 🫠

Level 2
June 23, 2025

The fact that they are just removing the partial hours or minutes completely definitely makes the math pretty inaccurate.  2.75 hours becomes 2 hours.  Anybody had any clarity from support?

Level 2
June 23, 2025

From Support:

"The difference in these fields is the format that the number is stored in. The Legacy field will give the work as a whole number, while the new field allows a decimal amount for greater precision. More information can be found in this article, "

JustinRenteria2
Level 6
June 23, 2025

hmm their response doesn't make sense bc the legacy field is the one that has decimals while the new field does not.  We're losing precision. I think the support person got confused

Level 2
June 24, 2025

Yes, I reached back out and got this "My apologies! You are right on the fields - I misread them on my end and gave the definitions backward. I am checking in with our Product team on this - the only difference in the two that I can see in my documentation is the format of the number."

Level 4
June 24, 2025

@monicacardoso Do you have any insight on the new Actual Hours field not showing partial hour times? We have teams that account for time in quarter hours, so this is a big issue. Is there any discussion to adjust the new Actual Hours field to show time in partial hours? Thanks

Level 2
June 24, 2025

It seems you will need to make sure you are using the "Legacy Actual Hours" field if you want partial hour times to show. 

Level 4
June 24, 2025

That's what it looks like for now. I'm guessing that the legacy actual hours field will be removed at some point, so it would make more sense if the replacement actual hours field showed partial hours, as the field it replaced showed hours. It's a frustrating change. 

Level 2
June 25, 2025

Another support update:

"I wanted to follow up with you on this case. The reason for the change in fields was to update how the actual hours are stored in the database. For the legacy field, work is stored in minutes in the database, and then converted and displayed in hours when called for by the site. The new field stores and displays the work in hours with no conversion needed. Both fields should show a decimal amount, but the new field appears to be rounding down. The Product team is investigating that so that we can correct it."

July 4, 2025

Hey Heather, did you by chance get any update from support since then around this being resolved or any mention if Legacy Actual Hours was going to be supported vs retired?

tibormolnar
Level 4
July 9, 2025

The Legacy and Actual hours fields should now be displaying the same and correctly.
"The new field isn't supposed to change the information you see, just how we store it. "

I assume it will be a retired API call at some point down the road?


The two fields do show the same value now, indeed:

Interestingly, the new Actual Hours field comes with the option to select a format, whereas the Legacy Actual Hours field only offers the option "Integer" in the field format select:

But this is just a seemingly existing option, because even if the format 1234 (doubleAsInt) is selected, upon saving the report this preference gets lost and the default format (compound) is applied.

 

As for the API:

v.19 does not include the new field yet, the 'Unsupported' version has it already:

 

 

_Manish_Singh
Level 9
July 14, 2025

There is 42,000 hours difference between Actual Hours and Legacy Actual Hours. Could someone clarify why this is the case? All the hours recorded for that task are from after May 2021.


My question is related to the Q3 update. Image below for reference:

-JC
Level 6
July 14, 2025

No answers for you, but wanted to pipe up on a similar issue I'm seeing on this same topic. In Workfront, I'm not seeing any difference between the two fields when viewed in a Project report. However, when I export that report to Excel, there is suddenly a significant difference between the two fields  - see screenshot.

 

 

-JC
Level 6
July 14, 2025

Actually @_manish_singh - I just opened up my Workfront report parameters to include every project entered May 2021 and later, and I have a slight discrepancy.

 

Legacy Actual Hours: 279726.72 Hours

Actual Hours: 279766.85 Hours

kautuk_sahni
Community Manager
Community Manager
July 29, 2025

@justinrenteria2 Just checking in — were you able to resolve your issue? We’d love to hear how things worked out. If the suggestions above helped, marking a response as correct can guide others with similar questions. And if you found another solution, feel free to share it — your insights could really benefit the community. Thanks again for being part of the conversation!

Kautuk Sahni