Open gavinbarron opened 1 year ago
Hello gavinbarron, thank you for opening an issue with us!
I have automatically added a "needs triage" label to help get things started. Our team will analyze and investigate the issue, and escalate it to the relevant team if possible. Other community members may also look into the issue and provide feedback 🙌
About 1 of 4 users in our works with the
Thanks for the info @dougroutledge I have a couple of follow up questions.
When the impacted users go direct to planner do they have all the elements that they need to add tasks etc in that interface?
What attributes/props are you setting on the mgt-tasks
component?
They do. it's strange if we empty the parent div and re-add the object it works, it's almost like it gets passed over for being part of the initial html page. There are mgt elements further down the DOM that work fine, so I can't seem to find anything that would block it, or any errors.
If you're able to share a repro I'd love to take a look at this, especially as it sounds like a timing issue.
I am sorry, but I cannot. It does feel like a timing issue, but it's odd that it is 100% constant for the users that work, and the ones that don't, any device, etc. That makes me believe it is not.
Create an application with a task component Open the page and click add on the component Fill in details Click add
Result: Nothing happened and there's no feedback about why
https://microsoft-my.sharepoint-df.com/:v:/p/ddyett/EeE-aR5juEhJrGS-PJA4PWYB5iHpuYKSLB7YEfLLqDVHjQ?e=hZidn1
In this instance the underlying planner instance does not have required elements set up, note the "no groups found" and "no folders found" messages.
We need to have a mechanism to communicate the required config of the service