Description: When typing a reply to an existing conversation thread, and another thread is created or replied to, Teams shifts focus out of the "reply" dialog and scrolls the window to the latest conversation thread. The user must then scroll back up and click reply again to continue typing their response.

Reproduction Steps: Start a conversation thread in a channel. Begin to reply to the thread. Have another user start a new conversation thread in the same channel. Your reply will lose text-box focus and the window will scroll up to show the new thread which will be given focus. You must click back on reply to the previous thread to continue typing.

Platform: Windows 10 Desktop App

Browser: N/A

Device Type: Windows 10 Pro PC

Screenshots: issue depicted in attached screenshot

Additional Info: A similar issue has been reported specifically affecting users who are at an 85% zoom level -- this issue occurs for us even when zoomed to 100%.

This issue has been reported on the tech community forums and on the uservoice under "Public/Ideas". Creating this under the proper "Bug Reports/Messaging" category for proper tracking.

https://techcommunity.microsoft.com/t5/Microsoft-Teams/Disable-Threaded-Conversations/m-p/777849#M35722

https://microsoftteams.uservoice.com/forums/555103-public/suggestions/37048144-channel-thread-losing-focus

https://microsoftteams.uservoice.com/forums/555103-public/suggestions/32551825-keep-active-text-box-from-losing-focus

https://microsoftteams.uservoice.com/forums/555103-public/suggestions/31589296-stop-scrolling-while-i-type-a-message

I'm using Teams with different customer's tenants. Unfortunately, I'm not able to switch between the tenants directly (described possibility to click on the arrow next to my user’s image is not displayed), so I need to logout and sign into the different tenants manually.
If I do so, team's outlook plugin doesn't recognize the tenant change for a while and meantime creates meetings in outlook with the tenant ID of the tenant I've been logged in before or – worse – is mixing up the invitations between different calendars (in calendar A the meeting with tenant B credentials will be created, in calendar B the meeting with tenant A credentials will be created).
Teams seems also not to prove, if the calendar where the meeting is being planned, belongs to the currently logged in Teams account email address. So, you accidently can create meetings with wrong credentials and later Teams will not allow me to join the meeting I’ve been organizing myself, because in this constellation you are an external user to Teams.
After closing Teams and Outlook several times, the Teams Outlook plugin is using the correct tenant ID / credentials again.
Expected behavior is:
- Outlook Plugin recognizes to which tenant the user is currently logged in as soon you’ve changed the tenant or at least after restarting Outlook.
- Outlook Teams plugin needs to prove if the user tries to create an online meeting in the calendar which belongs to the user which is currently logged into Teams. Otherwise the creation of the online meeting should be rejected.
In addition: Please implement a possibility for fast tenant switching or to run multiple instances of Teams at the same time. For me as a freelance consultant it’s really hard to organize online meetings with clients using MS Teams.
Teams 1.2.00.21068 (64-bit) on Windows 10 Pro 1903.18362.295

We have one calling queue attached to an auto attendant for our company's main phone number. Our receptionist attempts to pick up calls using the Teams desktop client on Windows 10, but it often takes several seconds before the call is connected. Sometimes when attempting to answer, the caller only hears clicking and the receptionist is still unable to answer.

Calls put on hold are sometimes unable to be picked back up without 30 seconds passing by.

This is all with Domestic Calling Plan in the United States. I don't know how much more "vanilla" our environment could be, but this performance is inadequate.

We're running a webinar using Teams Live Event. The content queue doesn't work, you can't queue content only share one person's screen at a time.

If another user shares their screen it immediately overwrites the content being broadcast, which is not good at all!

We expect better controls. Why are producers being broadcasters as if they're presenters and not have the option of talking into presenter's ears without being broadcast? Why can't presenters have producer controls if we want them to? Why can't presenters be changed to producers on the fly? Why does a powerpoint not tie in properly with the broadcast controls? As in why can't we show presenters what the next slide will be if it's not their presentation?

It's got a lot of potential but it's a pretty basic at the moment.