MC1317197 Microsoft Teams: simpler controls and a smarter share panel
Has anybody seen the end user visual guide supposedly to be published on July 9th, 2026, to the Microsoft Adoption site? Either they have not published the visual guide yet or I cannot find the guide on the site. We need to notify users this is coming, and it would be great to have the visual guide to use for the communications / messaging. https://adoption.microsoft.com/microsoft-teams/new-meeting-controls-experience https://admin.cloud.microsoft/?ref=MessageCenter/:/messages/MC1317197 Thank you Sharyn
Introducing smarter bot protection in Microsoft Teams meetings
Organizations need confidence that the right people and tools are participating in their discussions. That's why we're introducing a new Teams admin policy designed to give organizations more visibility and control over external bots in their meetings. This new experience helps organizers identify bots, and adds safeguards before they're admitted, giving organizations greater confidence that only the intended participants and tools will be present.
CS agent OK in M365 Copilot; Teams chat silent / no Studio session
We are troubleshooting a Copilot Studio agent that works correctly in Microsoft 365 Copilot and in the Copilot Studio test surface, but does not receive inbound activities from Microsoft Teams personal chat. Environment and evidence: - Agent: Copilot Studio agent (custom business assistant) - Copilot Studio agent ID: 88901b10-… (truncated) - Teams/Entra app ID: 7e4a53cc-… (truncated) - Manifest version: 1.0.8 - Channel configuration: Microsoft 365 Copilot + Microsoft Teams - Publish: Succeeded / Channel state: Synchronized - Agent Registry: Available - Authentication: Integrated / Tool credentials: Maker-provided - MCP/custom connector runtime: working (Studio tool test HTTP 200) - Microsoft 365 Copilot routing: working Failure specific to Teams: - Messages in Teams web and desktop appear delivered in the agent personal chat - Agent never replies - Studio monitor has M365 Copilot sessions, but no Teams session for those timestamps - Teams Admin Center Manage apps returns 0 results by name or exact app ID despite Agent Registry Available - Intentionally not republishing / reconnecting OAuth / rewiring connectors because M365 Copilot path proves the same agent+connection works Classification: FAIL — Teams inbound activity is not reaching the Copilot Studio agent. Questions focused on Teams delivery: 1. Why would Teams personal 1:1 messages never create a Studio conversation while M365 Copilot does? 2. Is a missing TAC Manage apps row expected under Unified App Management when Registry shows Available? 3. Known gaps: Agent Registry Available + channel Synchronized, but Teams client chat bound to a non-runtime endpoint? 4. Best diagnostic if Monitor shows 0 Teams sessions after a confirmed client send? Looking for production experience / documented workaround. Redacted evidence available; no tokens/secrets.
Bug? Teams thread permalink does not show the full thread history (Desktop + Web)
Hi everyone, I believe I've found a bug in the new Teams threaded channel experience and I'm trying to determine whether others can reproduce it. Scenario I have a long-running thread in a Teams channel. If I open the thread directly from the channel by clicking the reply count (e.g."340 replies"), I can see the complete conversation, including the most recent replies. However, if I: Open the thread Use Copy link Open the generated link Teams opens the thread, but only displays part of the conversation. Newer replies are missing even though they exist and are visible when opening the same thread directly from the channel. Note: I cannot share the permalink publicly because it points to content within my organisation. However, the link was generated by Teams itself using the thread's Copy link action. The issue is reproducible with any user who has access to the thread. What I've tested Teams Desktop Teams Web Same behaviour in both clients Opening via the channel reply count shows all recent replies Opening via the permalink shows only a partial thread Expected behaviour A thread permalink generated by Teams should open the same live thread view as clicking the reply count from within the channel. The full conversation history should be available and the latest replies should be visible. Ideally: The full thread history should be available. The latest replies should be visible. The link should open the current state of the thread, not an apparently truncated version. Actual behaviour The permalink opens the correct thread but appears to stop at an older point in the conversation, while newer replies remain accessible only when opening the thread from the channel itself. Has anybody else seen this behaviour with threaded channels? Screenshot 1 and 2: Correct behaviour Open thread via "340 replies" Show: Thread title Reply count (e.g. 340 replies) One or two recent messages (July 2026) Screenshot 3: Incorrect behaviour Open the same thread via the permalink Show: Same thread title Same thread Conversation stopping much earlier Missing recent repliesTeams Account picker list empty on Welcome screen?
We have a shared computer (conference room), on which people sign in into Teams with "This App only". After the meeting, they sign out. Teams restarts and shows the Welcome screen with the text "Pick an account to continue". Suddenly, this list with saved accounts is now empty. Did something changed in the last update(s) of Teams? If it is an improved security/privacy update, why is the text still shown "pick an account..." if this list remains empty?[Adaptive Card] Issue with CodeBlock line numbers and more
I have a simple adaptive card containing a code block with multiline SQL in it: from botbuilder.core import CardFactory, MessageFactory, TurnContext async def send_sql_card(context: TurnContext): SQL_QUERY = """SELECT order_date, customer_id, SUM(quantity * unit_price) AS revenue FROM catalog.sales.order_items WHERE order_date >= DATE '2026-01-01' AND order_date < DATE '2026-06-01' GROUP BY order_date, customer_id """ activity = MessageFactory.attachment( attachment=CardFactory.adaptive_card( { "type": "AdaptiveCard", "$schema": "http://adaptivecards.io/schemas/adaptive-card.json", "version": "1.6", "msteams": {"width": "full"}, "body": [ { "type": "CodeBlock", "codeSnippet": SQL_QUERY, "language": "sql", }, ], } ) ) await context.send_activity(activity) This worked fine until maybe a few weeks ago. Now, there are two issues: Line numbers appear twice: Not all lines are being shown: It says "Expand (11 lines)", but it only shows 9. This happens on Teams Desktop - it looks fine on the web version.TEAMS - Extra Space between Keyboard and Typing Window
Dear All, I am also facing the issue in TEAMS. During the typing, a large space appears between Keyboard and Typing Window. This is happening only in TEAMS app. I moved from my Nothing phone to Vivo X200Fe, then this problem started. This may be a bug in TEAMS to be fixed for VIVO phones. I use VIVO X200 FE with Android 16 and Google Keyboard. It's very annoying to see this big gap and making us uncomfortable while typing. Please help me how to resolve this. Thanks for your help. Mobile : Vivo X200FE Operating System : Origin OS Android 16 Teams Version : 1416 / 1.0.0.2026123608 Keyboard : Google Keyboard - Version 17.7.4.93236420
Building an employee recognition program that actually lives in Teams?
HR asked me to set up some kind of peer recognition system where people can give kudos to each other. They want it inside Teams because thats where everyone already is. I spent a few hours looking at options, Power Automate flows with adaptive cards, custom bots, etc. but nothing feels clean or sustainable. Has anyone set up a recognition/kudos system thats actually integrated into Teams and not just a bot that posts to a channel?
