I understand. I donât see it as a BUT but just a missing featureâŠ
Added 2 BUTs:
B2.4 A template allows to define due dates relative to project start or due date BUT a task converted to a project using a template in a rule will use the trigger date.
B9.1 A task audit trail will show an incoming mention BUT it wonât show future mentions if the source task was recurring.
@Bastien_Siebman , a suggestion for B4.2:
When you add custom fields to a Portfolio, you can âAdd or hide fieldsâ in the status update of all the projects that belong to that portfolio BUT if you add custom fields to a nested Portfolio, then these custom fields are not available in the âAdd or hide fieldsâ part of the Portfolioâs status update (in the portfolios âProgressâ tab). Tricky to summarise
Relevant topic.
Iâll collect my brain on the floor and get back to you shortly
If I re-phrase, a status update at the portfolio level wonât let you hide or show fields? whatâs the link with nested portfolios?
Correct, a status update of a portfolio (from its âProgressâ tab) cannot show/hide any custom fields.
The only way (that I know of) to add such custom fields to a portfolio is to nest that portfolio in a âmasterâ portfolio in which those custom fields are added to. So even by doing this, these fields cannot be shown/hidden in the status update of such portfolios that are nested within the master portfolio.
That seems like a very specific use case, Iâll put it aside for now if thatâs ok with you.
You can add text fields to your tasks BUT you canât search them! For example, I have a text field called PO#, but I canât use the search feature to find any individual POs.
Welcome, @AHP_Office,
You can search text fields. Have you tried Advanced Search > Add filter > Custom field?
Larry
I had attempted that, and I just did again. Using âContains the wordsâ did not work. However, I just now had success using âIs exactlyâ which is a little less convenient if I donât know the entire PO, but at least workable.
Rules can be related to what is occurring to any task of that type in a project (a blocked task or one requiring approval) but rules canât be associated with specific tags or tasks by name.
I am not entirely convinced thatâs a BUT. It is expected that rules wonât cover every single use case and features, so for now we decided not to add this in the list. @lpb what do you think?
I agree with your call, @Bastien_Siebman! It can be a bit of a judgment call at times, but that seems reasonable.
Thanks,
Larry
Heads up:
B5.3 &
B6.4 are no longer BUTs.
Maybe edit them to be in strikethrough font?
Yeah, they are now - they werenât when I looked before - screen refresh/cache issue in my browser, I guess.
fyi I was able to share this post with Asanaâs Product team and they were very interested, they are going to deep dive and compare the content with what is on the roadmap.