Auto-update time estimate for overall task when subtasks are closed
Emily Delva
At the moment, when a subtask is closed, its time estimate is still included in the overall. Would be really handy if closed subtasks were removed from the overall task time estimate, but subtasks time estimates were kept for reporting uses.
Log In
Mel H
Hey all!
As Caroline Ginty confirmed, this is indeed a bug. If you're experiencing this issue, please write to us at help@clickup.com so that we can create a Bug Report for you! 🙏🏽
Thank you all so much for bringing this to our team's attention!
Dani
Mel H I believe (#1858614) is mine?
Mel H
Dani: Yes! Your ticket actually brought me to this thread, so I greatly appreciate you reaching out to us about it. It looks like we've created a Bug Report for you and sent the ReportID. Please let me know if there's anything else at all we can assist you with! 😊
Dani
Caroline Ginty tagging you in as well to see if you can work with Joey to see if this can get on the teams radar. People must just not be noticing that this is glitching out or are reporting it as a bug (I certainly missed it and then reported that way as it seems so off).
There's absolutely no logic to seeing the time estimate for something at 8 hours if you have already finished 4 hours of the project.
Caroline Ginty
Dani: And anyone else - this is a bug! It's on our radar to fix as part of a broader effort around getting consistency with column calculations for time tracked, time estimates, and sprint points. Stay tuned!
Dani
Caroline Ginty oh thank goodness! 🎉🎉 is there a different post we can upvote on and follow for updates?
R
Ralph Stokes
Caroline Ginty Great, I reported this as a bug couple of years ago but never received a bug number - do you have one for us?
And while I'm on it, any apology for a bug that's been around for over 4 years and still hasn't been fixed? (this request was made April 2020!)
Caroline Ginty
Ticket number is CLK-515651 for anyone who wants to follow
Dani
Joey can you please tag someone in on this who can review this for a quick fix?
This seems like a complete oversight and a very simple resolution. This basically makes time estimates completely useless and I'm very confused how this hasn't been resolved.
Dani
This is completely obscure. Why would I want to see a time estimate for sub tasks I'm not seeing? If the closed subtasks are showing then the time estimate should include them. If they are not, the time estimate should total the time for the subtasks remaining.
This is massively breaking a logical flow in the UI.
Kasper Jørgensen
I find this a annoying problem as well. If subtasks are archived, their time estimate will be deducted from the overall time estimate of parent task.
Archiving may cause other tracking issues, but if one simply closes subtasks without tracking overall progress, this may be a temporary solution.
Dani
Kasper Jørgensen the fact that this works but closing them does not is absolutely illogical.
J
Jaeho Cho
I am using automations,
When a task or subtask is changed from active to closed status, it triggers the time estimate to change to 1 minute (I would make it 0 hours, but automations does not consider 0 a valid time estimate)
J
Josh Strange
If you don't want to wait for this to exist (I only found out after taking the time to add estimates to 50+ subtasks) I wrote a little script that spits out the time left in the console. It's not perfect but it works. Someone who cares more could probably turn it into a UserScript to update the UI instead of needing to use the console but I wanted to share it in case it helps someone else: https://gist.github.com/joshstrange/a962dd8615016870923a83cedc8d2b3f
R
Ralph Stokes
Josh Strange: This is great and just proves what an easy fix this would be for clickup to implement. However, not much use for me as I use the desktop app exclusively!
R
Ralph Stokes
I actually submitted this as a bug report because it seemed obvious that this should be the case. Why on earth would you want closed tasks to be included in the time estimate? I can't understand click-ups thinking behind this at all.
Dani
Ralph Stokes agreed
E
Eric Goerens
+1
Jakub Grajcar
I was expecting this functionality to already be in place. I really hope it'll make it in soon.
Load More
→